ugrás a tartalomhoz

PHP kód formázására, kinézetére milyen ajánlások vannak?

zoliky · 2007. Okt. 5. (P), 12.39
Olvastam dokumentaciokat es konyveket de egyikben sem irja le, hogy kell korubelul a PHP kodot irni, a kinezetre gondolok.

- "space" vagy "tab"-ot kell hasznalni a kodban ?
- a "{" zarojelet hova kell tegyuk ?
if ($x > 2) {
  // statement
}
vagy :
if ($x > 2)
{
  //statement
}
Letezik valami szabvany amely utan lehetne irni a kodot? Nem tudjatok veletlenul, a PEAR projekt foglalkozik ezel a temaval?
Koszonom!
‹ Zend PDF rosszul jeleníti meg a ciril betűket Zend Debugger Gentoo Linuxon ›
 ■
1

Tab + Coding Standards

attlad · 2007. Okt. 5. (P), 12.49
Én a tabot preferálom, a többi meg itt:
http://pear.php.net/manual/en/standards.php
2

google, wikipedia, pear

gex · 2007. Okt. 5. (P), 12.54
google: coding style, programming style
wikipedia: http://en.wikipedia.org/wiki/Programming_style
pear: http://pear.php.net/manual/en/standards.php
3

as you (and the others) like it...

numen · 2007. Okt. 5. (P), 13.14
szia!

talán egyedül vagyok ezzel a nézettel, de én úgy gondolom, az a lényeg, hogy Te, meg akik még esetleg hozzászólnának, átlássák a kódot.
Vagy éppenhogy ne.. (alapmű...)

én is a tabot preferálom, és az általad elsőnek írt variációt...
ja meg kerülöm az oop-t ahol lehet, de ez már egyéni diszpreferencia, és nem is tetszik a népnek:D
5

Tip of the Day

attlad · 2007. Okt. 5. (P), 14.20
http://img407.imageshack.us/img407/4765/maintanablecodetipyi1.jpg
4

Megegyezések

Bártházi András · 2007. Okt. 5. (P), 13.57
Annyit tennék hozzá a történethez, hogy egyrészt vannak ajánlások, vannak egyéni preferenciák, másrészt viszont egyes projekteknél (legyen az open source, vagy egy céges akiknek dolgozol) lehetnek követelmények. Pl. a Drupalba csak megfelelően formázott kód kerülhet, hogy ne legyen kín a közös fejlesztés.
9

Pear ?

zoliky · 2007. Okt. 5. (P), 22.40
A drupal milyen standard utan epiti a kodot ?
11

ez biza tényleg STFG

Hodicska Gergely · 2007. Okt. 5. (P), 23.12
Google alapján: http://drupal.org/coding-standards. Sajnálkozva látom, hogy itt is a két space dívik...nem értem. :-o


Üdv,
Felhő
6

tab vs space

mako · 2007. Okt. 5. (P), 15.29
A TAB legnagyobb hátránya, hogy nem állandó, így ha esetlegesen 8 karakternyi tabbal formáztad a kódodat, lehet, hogy zavaros lesz egy 4 karakterre állított szövegszerkesztővel...
7

Hátrány?

janoszen · 2007. Okt. 5. (P), 15.52
Mindig valami kompatibilitási problémákról hallok a tabokkal kapcsolatban de még soha nem volt részem benne. Ha komolyabban belegondolok, hogy egy komoly fejlesztésnél tényleg nem lehet azt megtenni, hogy előírni hogy a tab márpedig ennyi?

Ez az egyik. A másik meg az, hogy én írtam tabos kódot és az 4 és 8 karakteres beállításnál is normálisan nézett ki. Nyilván, egy indent, egy tab, nem több.

A kulcsszó a profi fejlesztőeszközök használata. Ha elő van írva hogy 4 space-s tab width, Eclipse, stb. akkor úgy lesz és figyeld meg hogy sokkal kényelmesebb lesz hogy nem kell 20 szóköközt visszatörölni hanem csak 5 tabot.

(Arról nem is beszélve hogy tabot könnyebb space-é alakítani mint fordítva. :) )
10

pont ezért jobb a tab

Hodicska Gergely · 2007. Okt. 5. (P), 23.07
Pont ebből a szempontbó jobb a tab. A tab szélességét bármikor be tudod állítani a saját ízlésednek megfelelően. Nem értettem soha ezt az érvet, hisz a szóköz esetében erre semmi esélyed sincs (mellesleg még rövidebb is a fájl). Pl. a Symfonyban az elég zavaró, hogy két space a behúzás, ami szerintem eleve kevés.

Én mindig a tabot preferálom, illetve arra kell még figyelni, hogy soron belül viszont mindig space-t használjunk, és akkor nem gond, ha valaki eltérő tab szélességet használ.

Egy jó editorban lehet olyan funkció, hogy a beállításoknak megfelelően berendezi a fájlt, de vannak erre külön eszközök is. Ezenkívül épp készülök egy olyanra, hogy ezt a cuccot bekötöm mondjuk commit hookra, és a céges szabályzatnak nem megfelelő fájlok esetében a megy a fejlesztőnek mail.


Üdv,
Felhő
12

tab vs spaces

Fraki · 2007. Okt. 6. (Szo), 04.17
Mostmár csatlakoznom kell nekem is, merthogy én sem értettem sosem a tabellenes érveléseket.

Főleg a pythonos társadalomban éles ez a probléma (valahol olvastam, hogy Guidoéknak mennyi fejfájást okozott a tab a nyelv tervezésekor).

Az biztos, hogy a kérdésben igencsak megosztott a világ kódertársadalma, úgyhogy pont az áhított "mindegy, hogy melyik, csak az egyik"-féle közmegegyezés hiányzik.

A szóköznek, azt hiszem, elvitathatlan előnye, hogy hordozhatóbb (l. például a jelen hozzászólásszerkesztő tab-kezelését), és ez az opensource kódbázisoknál nem elhanyagolható szempont.

Én egyébként régen 2 szóközösként kezdtem, és ezért nagyon idegesített a Word makróeditora, nem tudtam szabadon mozogni a kurzorral. Most meg már a fölösleges kurzormozgások zavarnának. Tény, hogy a tab szemantikusabb.

Meg persze régen talán nem voltak ilyen hosszúak általában a programsorok, hiszen szűkebb volt a szerkesztőterület is. Azt hiszem, egy turbo pascal-editorban ma is a 2 szóközt preferálnám...
8

Én például egyik fentit sem szeretem. :)

csla · 2007. Okt. 5. (P), 18.49
Nálam:

if ($x > 2)  
 {  
  //statement  
 }
(Nem biztos, hogy egyértelmű, ezek tabulátorok.)

A korábban leírtakkal amúgy egyetértek. Ha csoportmunka van, akkor a lényeg, hogy egységes legyen. Amúgy meg - szerintem - legyen könnyen átlátható, és következetes.
13

Dokumentáció

Csiszár Attila · 2007. Okt. 7. (V), 15.50
Ha már a kinézetre ennyit figyelsz akkor a jó dokumentáció lealább ilyen fontos.
Lásd PHPDoc
14

Én igy szoktam

Blintux · 2007. Okt. 18. (Cs), 01.07
if ($x > 2) {
  //statement
}


Tehát két spacel huzom beljebb a kódot.