umiejscowienie klamerki - wymóg czy osobiste preferencje?

Naprawdę myślicie, że poniższa wersja kodu:

function foo(){
    ...
}

Lepiej wygląda niż taka?

function foo()
{
    ...
}

Jak dla mnie mało czytelne to jest.

Zależy czy pytasz gościa piszącego w Javie/Kotlinie czy w c#

Ani jedno ani drugie nie jest lepsze, złe jest jedynie pisanie na odwrót tego co zostało w danym języku przyjęte. To samo dotyczy nazewnictwa (pascal vs camel case) i innych podobnie dużo znaczących problemów.

Obie są błędne. Koniecznie klamerka powinna być w tej samej linii, ale musi też być spacja między nawiasem a klamerką. Lol.

Tak na poważnie to zależy od projektu. Obiektywnie nie ma różnicy, kwestia preferencji.

Do zachowania czytelności i przejrzystości które linie kodu należą do danego bloku służą wcięcia.
Nie ma sensu "tracić" linijki na nic nie wnoszące {

kosmonauta80 napisał(a):

Naprawdę myślicie, że poniższa wersja kodu:

function foo(){
    ...
}

Lepiej wygląda niż taka?

function foo()
{
    ...
}

No nie, bo jeśli robimy to pierwsze to ze spacją :)

function foo() {
    ...
}

:P

Jaki język? Np. standardach PSR w PHP prawidłową notacją będzie :

function foo(): bool
{
    return true;
}

Źródło: https://www.php-fig.org/psr/psr-2/

To jak na dworze / na polu.

Jest to subiektywne, ale programiści różnych języków mają różne preferencje. Zwykle jakaś przeważa w środowisku programistów danego języka (choć nawet w obrębie jednego języka są różne szkoły).

I w przypadku JSa częściej się spotkasz z

function foo() {
}

niż

function foo()
{
}

Jest takie przysłowie "jeśli wejdziesz między wrony, musisz krakać jak i one". A to drugie wygląda, jakby pisał to programista C.

Jak dla mnie mało czytelne to jest.

Jak większość projektów jest pisana wg jakiejś konwencji, to potem się przyzwyczajasz i wygląda to naturalnie i czytelnie.

kosmonauta80 napisał(a):

Naprawdę myślicie, że poniższa wersja kodu:

function foo(){
    ...
}

Lepiej wygląda niż taka?

function foo()
{
    ...
}

Nienawidzę tej pierwszej wersji. Kiedy mam do czynienia z jakimś JS'owym kodem i widzę
pierwszy sposób to mam ochotę po prostu kogoś zagryźć.
Pewnie kwestia gustu, ale dla mnie przy większym zagęszczeniu różnych funkcji i wszystkich innych tworów, które
korzystają z klamer i są zapisywane właśnie w ten pierwszy sposób, frustracja z czytania kodu wzrasta o milion punktów.
Czuję się tak, jakby ktoś nie robił spacji za przecinkami, albopisałwszystkojednymciągiem.

Wszystko jedno, byle była spójność w kodzie. Jak nie, to zawsze na ratunek pozostaje IDE i ulubione formatowanie.

wymóg czy osobiste preferencje?

No jak masz narzucony wymóg to masz wymóg, a jak go nie masz to pisz sobie jak wolisz, w sumie dziwne to pytanie..

kosmonauta80 napisał(a):

Naprawdę myślicie, że poniższa wersja kodu:

function foo(){
    ...
}

Lepiej wygląda niż taka?

function foo()
{
    ...
}

Jak dla mnie mało czytelne to jest.

Tak.

Grzyboo napisał(a):

Do zachowania czytelności i przejrzystości które linie kodu należą do danego bloku służą wcięcia.

Nie ma sensu "tracić" linijki na nic nie wnoszące {

A jest sens tracić na nic nie wnoszące }?
Również nie - sensowne języki nie mają klamerek tylko wcięcia.

Natomiast jeśli w języku są klamerki, to oddzielenie ciała metody od jej sygnatury może wpłynąć na czytelność jedynie pozytywnie.