Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #15454 > unrolled thread

PHP standardy psr

Back to article view | Back to pl.comp.lang.php

Contents

  PHP standardy psr Max Owen <max.owen.first@gmail.com> - 2017-04-24 09:31 -0700
    PHP standardy psr Max Owen <max.owen.first@gmail.com> - 2017-04-24 09:32 -0700
    PHP standardy psr Max Owen <max.owen.first@gmail.com> - 2017-04-24 09:34 -0700
    Re: PHP standardy psr Borys Pogoreło <borys@pl.edu.leszno> - 2017-04-24 20:49 +0200
      Re: PHP standardy psr koop <koop@o2.pl> - 2017-04-24 21:55 +0200
        Re: PHP standardy psr Max Owen <max.owen.first@gmail.com> - 2017-04-24 13:11 -0700
        Re: PHP standardy psr Borys Pogoreło <borys@pl.edu.leszno> - 2017-04-25 20:10 +0200
          Re: PHP standardy psr Roman Tyczka <noemail@because.no> - 2017-04-25 21:01 +0200
            Re: PHP standardy psr Borys Pogoreło <borys@pl.edu.leszno> - 2017-04-26 21:30 +0200
              Re: PHP standardy psr Rafal Podsiadly <spinacz24@gmail.com> - 2017-04-26 13:01 -0700
              Re: PHP standardy psr Rafal Podsiadly <spinacz24@gmail.com> - 2017-04-26 13:09 -0700
        Re: PHP standardy psr Wojciech Bancer <wojciech.bancer@gmail.com> - 2017-04-25 21:02 +0200
    Re: PHP standardy psr Roman Tyczka <noemail@because.no> - 2017-04-25 14:18 +0200
    Re: PHP standardy psr kriters <kritersi@o2.pl> - 2017-04-25 22:50 +0200
      Re: PHP standardy psr Max Owen <max.owen.first@gmail.com> - 2017-04-26 11:43 -0700

#15454 — PHP standardy psr

Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas kodowania lub wymagano aby pisał w standardzie. Potrzebna mi jest informacja jaki cel jest dawanie klamry w czasach i metodach czy funkcjach do nowej lini czego nie wymaga się w if while switch itp. Oraz jaki jest cel stosowania 4xspacja a nie tabulator. Jaki jest tego plus czytelności kodu nie poprawi. Spotkałem się z opinią, że ktoś kto nie daje nawiasoe do nowej lini czy też używa tabulatora to skazany jest na stwierdzenie, że nie trzyma się standardu. To tak jak by powiedzieć, że ten co nir daje kropki na końcu zdania czy nie zaczyna dania z dużej litery to analfabeta i niezna języka. Proszę o jakąś logiczna i klarowna odpowiedz pozdrawiam.

[toc] | [next] | [standalone]

#15455

P.s. Miało być klasach nie czasach ;)

[toc] | [prev] | [next] | [standalone]

#15456

P.s. Miało być klasach a nie czasach ;)

[toc] | [prev] | [next] | [standalone]

#15457

Dnia Mon, 24 Apr 2017 09:31:33 -0700 (PDT), Max Owen napisał(a):

> Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas
> kodowania lub wymagano aby pisał w standardzie.

Każdy, kto pisze kod, który zobaczy więcej niż jedna osoba.

> Proszę o jakąś logiczna i klarowna odpowiedz pozdrawiam.

Te zasady wymyślono po to, by był porządek w projekcie. One są dla
programistów, nie dla parsera.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15458

W dniu 24.04.2017 20:49, Borys Pogoreło pisze:
> Dnia Mon, 24 Apr 2017 09:31:33 -0700 (PDT), Max Owen napisał(a):
>
>> Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas
>> kodowania lub wymagano aby pisał w standardzie.
>
> Każdy, kto pisze kod, który zobaczy więcej niż jedna osoba.
>
>> Proszę o jakąś logiczna i klarowna odpowiedz pozdrawiam.
>
> Te zasady wymyślono po to, by był porządek w projekcie. One są dla
> programistów, nie dla parsera.
>
Rozumiem stosowanie zasad nazewnictwa i stylizacji zmiennych, klas, 
funkcji, stałych itp ale mnie osobiście to denerwuje ja spotkałem się z 
opinią, że lepiej czyta się kod ale 4 spacje a tab to znaki białe nie 
widać ich czy w korporacjach przestrzega się tych zasad do tego stopnia, 
że jak ktoś się wyłamie to cały zespół płacze i domaga się linczu. Czy 
może zespół jest podzielony pod tym kątem. Dla mnie osobiści klamra musi 
zaczynać się w tej samej linii co deklaracja inaczej czuje się tak jak 
bym musiał pisać lewą ręką.

Pozdrawiam.
P.S. Borys Pogoreło jeżeli poszło prywatnie to przepraszam, ale chyba 
zaznaczyłem odpowiedz nadawcy

[toc] | [prev] | [next] | [standalone]

#15459

> Dla mnie osobiści klamra musi 
> zaczynać się w tej samej linii co deklaracja inaczej czuje się tak jak 
> bym musiał pisać lewą ręką
Mam wrażenie to da się pogodzić patrząc w kod symfony2 widać ze trzymają się tego ale zaglądając do drupala piszą kod tak jak wspominasz ale zamiast taka używają 2 spacji WordPress również taby i klamry w tej samej lini co funkcje. W js to jest standard.

[toc] | [prev] | [next] | [standalone]

#15461

Dnia Mon, 24 Apr 2017 21:55:45 +0200, koop napisał(a):

> Rozumiem stosowanie zasad nazewnictwa i stylizacji zmiennych, klas, 
> funkcji, stałych itp ale mnie osobiście to denerwuje ja spotkałem się z 
> opinią, że lepiej czyta się kod ale 4 spacje a tab to znaki białe nie 
> widać ich 

Widać, widać. Spróbuj wymieszać sposoby wcięć, a później otworzyć kod w
edytorze, który ma inaczej zdefiniowaną szerokość tabulatora.

> czy w korporacjach przestrzega się tych zasad do tego stopnia, 
> że jak ktoś się wyłamie to cały zespół płacze i domaga się linczu. 

Bez przesady, zwrócą uwagę i klikną "Auto-format" w IDE.

> Czy może zespół jest podzielony pod tym kątem. Dla mnie osobiści klamra
> musi zaczynać się w tej samej linii co deklaracja inaczej czuje się tak
> jak bym musiał pisać lewą ręką.

Kwestia przyzwyczajenia. 

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15462

On Tue, 25 Apr 2017 20:10:26 +0200, Borys Pogoreło wrote:

>> czy w korporacjach przestrzega się tych zasad do tego stopnia, 
>> że jak ktoś się wyłamie to cały zespół płacze i domaga się linczu. 
> 
> Bez przesady, zwrócą uwagę i klikną "Auto-format" w IDE.

Co automatycznie wygeneruje różnice w pliku i zaciemni obraz zmian
rzeczywistych w repo.

-- 
pozdrawiam
Roman Tyczka

[toc] | [prev] | [next] | [standalone]

#15466

Dnia Tue, 25 Apr 2017 21:01:02 +0200, Roman Tyczka napisał(a):

>> Bez przesady, zwrócą uwagę i klikną "Auto-format" w IDE.
> 
> Co automatycznie wygeneruje różnice w pliku i zaciemni obraz zmian
> rzeczywistych w repo.

Jeśli jedynym grzechem było zepsucie jednego fragmentu, to IDE nie powinno
ruszyć reszty i nie będzie dramatu w historii.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15468

Widze ze panowie odbiegaja od tematu.
Wiec tak jesli chodz:
- spacje i tab - powino ale to powinno korzystac sie ze spacji. Zawsze ale to zawsze. Jednoczesnie konfigurujac swoje narzedzie by kazdy tab zamienial.na 4 spacje. Ta technika ma swe poczatki w czyms najprostrzym systemie operacynym oraz ide. Otuz panowie i panie jesli takowe nas czytaja. Z poczatkami systemow kofigurowalo sie ile tabulator powinien zajmowac. Wiec ta wartosc jest konfigurowalna i zmienna. 
Wyobrazmy sobie pana X ktory stosuje tab i uzywa czcionek o zmienej szerokosci znakow chyba oznacza sie to CE ma skonfigurowany system tab odleglosc 8 spacji. Jakie bedzie zdziwienie pana Y gdy otworzy projekt pana X i bedzie mial rozne odstepy stoaujac czcionke o stalej szerokosci. Kod stanie sie ogromnie nie czytelny.

- nawiasy przy funkcjach wazny aby wyroznic ich waznosc robimy enter po deklaracji. if oraz for while sa warunkami i petlami czyli ich poziom waznosci -1

co do calej pokreconej reszty stosowania standardow. Otoz kazdy ma swoj styl programowania jedni robia kod czytelny drudzy spagetti. A w sieci niektore projekty zaczely byc tak duze wgryzanie sie w to co autor mial na mysli zajmowalo wiecej czasu niz jakas funkcja procedura.  warto spojrzec na projekt moodle w jego kod na gicie i na projekt demo napisany w symfony. Ktory ze standardow kodowania jest czytelniejszy.

Ja osobiscie uzywam standardu PSR-2 Warto o tym poczytac. Jeszcze jedno. Nie wazne czy wroce do projektu za rok czy za 5 dzieki psr wiem zawsze co gdzie ma byc jak dzialac. Chodzi o czytelnosc. 

Bo inaczej czyta sie to.
JeszczE%20inaCzej%20To.

Tak wyglada roznica pisania ze standardem i bez.

[toc] | [prev] | [next] | [standalone]

#15470

Dodam jeszcze jedno... Czasem kod oglada sie w rozny sposob. ide notatnik notepad++. Strona WWW serwera git czy svn albo jira readmine.

Spacje wyswietlaja sie ladnie tab .... strasznie. 

Jak piszesz ale to na serio piszesz kod to warto znac te regoly.

Zreszta wszystkie zostaly opisane jako dokumenty ISO PSR wystarczy google. 

A pozniej mozesz sie pochwalic ze twoj kod jest nawyzszej jakosci bo jest pisany w standardzie ustalonym przez spolecznosc internetowa.

PSR-2 stosuje symfony yii1 
PSR-3 stosuje yii2

Ale osobuscie uwazama ze 2 spokojnie wystarcza.

[toc] | [prev] | [next] | [standalone]

#15463

On 2017-04-24, koop <koop@o2.pl> wrote:

[...]

> Rozumiem stosowanie zasad nazewnictwa i stylizacji zmiennych, klas, 
> funkcji, stałych itp ale mnie osobiście to denerwuje ja spotkałem się z 
> opinią, że lepiej czyta się kod ale 4 spacje a tab to znaki białe nie 
> widać ich czy w korporacjach przestrzega się tych zasad do tego stopnia, 

Widać. Jak oglądasz kod jako recenzent, to nie ściągasz go lokalnie, tylko ogladasz
przez przeglądarkę kodu. A tam zazwyczaj taby odstają i to mocno, bo standardowy
tab to odpowiednik 8 znaków. I taki kod rozciąga się niemiłosiernie.

> że jak ktoś się wyłamie to cały zespół płacze i domaga się linczu. Czy 
> może zespół jest podzielony pod tym kątem. Dla mnie osobiści klamra musi 
> zaczynać się w tej samej linii co deklaracja inaczej czuje się tak jak 
> bym musiał pisać lewą ręką.

Zespół stosuje jeden standard, zazwyczaj przyjęty w danej firmie.
I to też ułatwia suchy code review (przejrzenie kodu, bez jego ściągania
i odpalania).

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15460

On Mon, 24 Apr 2017 09:31:33 -0700 (PDT), Max Owen wrote:

> Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas
> kodowania lub wymagano aby pisał w standardzie. Potrzebna mi jest
> informacja jaki cel jest dawanie klamry w czasach i metodach czy
> funkcjach do nowej lini czego nie wymaga się w if while switch itp. Oraz
> jaki jest cel stosowania 4xspacja a nie tabulator. Jaki jest tego plus
> czytelności kodu nie poprawi. 

Spacje zamiast taba oczywiście poprawią czytelność, a konkretnie
identyczność wyglądu kodu w każdym edytorze, bez względu na to jak
skonfigurujesz wyświetlanie. Z tabem robi się problem.
Co do klamer to one jasno i jednoznacznie odcinają bloki kodu i zwiększają
czytelność. Poza tym można je zwijać w edytorach.
Oba te problemy wypływają podczas pisania wspólnego kodu, gdzie palce macza
kilku ludzi. Gdyby każdy pisał po swojemu w kodzie byłby birdel i każdy by
się z nim męczył.

-- 
pozdrawiam
Roman Tyczka

[toc] | [prev] | [next] | [standalone]

#15464

On 2017-04-24 18:31, Max Owen wrote:
> Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas kodowania lub wymagano aby pisał w standardzie. Potrzebna mi jest informacja jaki cel jest dawanie klamry w czasach i metodach czy funkcjach do nowej lini czego nie wymaga się w if while switch itp. Oraz jaki jest cel stosowania 4xspacja a nie tabulator. Jaki jest tego plus czytelności kodu nie poprawi. Spotkałem się z opinią, że ktoś kto nie daje nawiasoe do nowej lini czy też używa tabulatora to skazany jest na stwierdzenie, że nie trzyma się standardu. To tak jak by powiedzieć, że ten co nir daje kropki na końcu zdania czy nie zaczyna dania z dużej litery to analfabeta i niezna języka. Proszę o jakąś logiczna i klarowna odpowiedz pozdrawiam.

Jeśli twój kod wygląda tak jak ten tekst, to trudno się dziwić, że 
ludzie się czepiali. A kropki i wielkie litery nie czynią cię mniejszym 
analfabetą. Tragedia.

[toc] | [prev] | [next] | [standalone]

#15465

W dniu wtorek, 25 kwietnia 2017 22:50:14 UTC+2 użytkownik kriters napisał:
> On 2017-04-24 18:31, Max Owen wrote:
> > Witam serdecznie, czy jest ktoś kto trzyma się standardów podczas kodowania lub wymagano aby pisał w standardzie. Potrzebna mi jest informacja jaki cel jest dawanie klamry w czasach i metodach czy funkcjach do nowej lini czego nie wymaga się w if while switch itp. Oraz jaki jest cel stosowania 4xspacja a nie tabulator. Jaki jest tego plus czytelności kodu nie poprawi. Spotkałem się z opinią, że ktoś kto nie daje nawiasoe do nowej lini czy też używa tabulatora to skazany jest na stwierdzenie, że nie trzyma się standardu. To tak jak by powiedzieć, że ten co nir daje kropki na końcu zdania czy nie zaczyna dania z dużej litery to analfabeta i niezna języka. Proszę o jakąś logiczna i klarowna odpowiedz pozdrawiam.
> 
> Jeśli twój kod wygląda tak jak ten tekst, to trudno się dziwić, że 
> ludzie się czepiali. A kropki i wielkie litery nie czynią cię mniejszym 
> analfabetą. Tragedia.

Właśnie czekałem na taki tekst i zastanawiałem się czy jest ktoś kto zacznie czepiać się kodowania czy gramatyki. Zamiast analizować tekst pod kątem stylistycznym zapoznał byś się z treścią. Nigdzie nie pisałem, że ktoś się czegoś czepia w moim kodzie ;). Pytanie zadane z czystej ciekawości. Od wielu lat pisząc kod klamrę otwieram w tej samej lini i powodem była książka js co do tabulatorow nie zwracałem na to uwagi ale zeczywiscie każdy edytor ma różna wielkość znaku ale na szczęście porządne IDE może tab zastąpić spacjami. Dzięki wszystkim za wyjaśnienie ale pozostaje jeszcze jedno, co z tym nawiasem klamrowym co jeśli będzie otwierany w tej samej lini co definicja klasy czy metody? Formatowania to już nie zmienia a kod czyta mi się tak samo, wiem gdzie się zaczyna kod metody gdzie kod całej klasy.

Kriters pisze z komórki wiec sorki jeżeli bolą cie oczy kiedy czytasz ten tekst ;) nie mam siły walczyć z automatem, który lepiej wie co chce napisać :p

[toc] | [prev] | [standalone]

Back to top | Article view | pl.comp.lang.php

csiph-web