[O.....i]

Witam mirkowych programistów. :)

O sposobach formatowania kodu napisano już nie jedną książkę i toczono o nie mnóstwo wojenek w internetach. Każdy ma swoje różne fanaberie i spostrzeżenia dotyczące jego utrzymania. Chciałbym, żebyście i Wy podzielili się swoimi uwagami, nietypowymi praktykami, jak i takimi które bardzo Was denerwują i nie chcielibyście ich widzieć w kodzie (antyprzykłady).

Wpisy mogą dotyczyć wszystkiego: od takich banałów jak klamry, przez nazewnictwo, komentarze, wzorce projektowe, aż do rzeczy bardzo zaawansowanych. Mogą być ogólne, jak i odnoszące się do konkretnego języka. Myślę, że bardzo się to przyda ludziom takim ja, którzy chcieliby żeby ich kod był jak najlepszy. Liczę też na wiele merytorycznych dyskusji w komentarzach. :D

Wpisy zamieszczajcie od tagiem #stylkodowania. Discuss.

#programowanie #programujzwykopem

[R.....m]

formatowania kodu

merytorycznych dyskusji w komentarzach

@Onoki: Humor się Ciebie trzyma ( ͡° ͜ʖ ͡°)

[n.....l]

@Onoki: Przede wszystkim spacje zamiast tabulacji.

[Hauleth]

@Onoki:

-

UpperCamelCase

dla klas

-

UPPER_SNAKE_CASE

dla stałych

-

lower_snake_case

dla metod i zmiennych

[O.....i]

@Hauleth: Z dwoma pierwszymi się zgadzam, ale dla metod i zmiennych preferuję lowerCamelCase. :)

Ale zrób z tego osobny wpis, niech inni się wypowiedzą. :D

[koob]

@nvll: czemu spacje > tabsy ?

często widze taką opinie, ale wygodniej pracuje mi się na tabsach

[p.....y]

@nvll: zależy od języka, np. w Pythonie zalecane są wcięcia spacjami, w PHP z tego co się orientuję też

@Onoki: tutaj tak samo zależy od języka

[noisy]

wchodząc do nowego projektu dostosuj się do już używanego formatowania (a nawet formatowania w danym pliku), a nie redaguj wszystkiego tak by było na Twoje.

[sylwke3100]

@Onoki: Polecam AStyle

@paffnucy: A nie czasem odwrotnie ?

[A.....k]

@Hauleth: UPPERSNAKECASE tylko dla #define.

[]

[n.....l]

@koob: Kod się nie rozjeżdża i u wszystkich tak samo wygląda. Dodatkowo większość języków jak np. Python, Ruby zaleca używana spacji.

[koob]

@nvll: za to jak mam tabsy to sam moge dostosowac jak ma wygladac kod. Wiekszosc IDE i tak pozwala na zadeklarowanie tego.

[n.....l]

@koob: Większość języków definiuje jak powinno się formatowac kod i tego należy się trzymać.

[WolverinePL]

@Onoki:

Tak na szybko :)

Mnie wkurzają:

- outowe parametry,

- if (1 == variable)

- długie i skomplikowane warunki które powinne zostać wyniesione do funkcji

- boost::optional - ostatnio się trafił :O

- jak komuś nie chce się zrobić interfejsu do obiektu i na nim mocka tylko dziedziczy po tym obiekcie

- ogólnie dziedziczenie implementacji mnie wkurza

- wkurza mnie większość komentarzy bo zwykle (u mnie robocie) wygląda to tak: