Öt jó szokásokat programozás PHP
Hasonlóképpen, mint abban az esetben bármely más programozási nyelv, a PHP-fejlesztők képesek írni a PHP kódot változó minőségű - egy tökéletesen szörnyű nagyon jó. Elsajátítsák a készségeket egy jó program, amely segít a hatékonyabb.
Ami a termelékenység, a „szép”, a fejlesztő is meghaladhatja csak a „jó” Fejlesztő 10-20 alkalommal. Lovely fejlesztő termelékenyebb, mert a tapasztalat és a helyes szokások. Szokások rossz programozás, belopakodott a kódot okozó kiesést. A cikk bemutatja néhány jó szokások, amelyek betartása az segít, hogy javítsa a szakmai programozási ismeretek.
Amellett, hogy javítja a termelékenységet a folyamat kód írása, ezek a szokások segít, hogy magas minőségű kódot, amelynek célja az élet alkalmazásokhoz. Bármilyen nagy része az élet a generált kód lesz szükségünk, hogy fokozzák a támogatási és karbantartási alkalmazások, tipikusan nagy kiadásokat. Követve jó kódolási szokások jobb elrendezés tervezési paramétereket, beleértve a mértéke modularitás, így a kód könnyebben érthető, és ezért könnyebb és olcsóbb fenntartani.
Rossz szokások terén a kódolás vezet hibák szoftver kódját, és a jövőben megnehezíti annak módosítását anélkül, hogy a megjelenése új hibák. A következő öt jó szokások, alkalmazzák a PHP-kód segít elkerülni ezeket a buktatókat.
- Nézzük tulajdonnevek
- Break a kódot kisebb töredékek
- Dokumentálja a kódot
- kezeli a hibákat
- Soha ne használja a művelet „másolás és beillesztés”
A következő fejezetek foglalkoznak részletes magyarázatot ezek a szokások.
Nézzük tulajdonnevek
Rossz szokás: kétértelmű vagy értelmetlen nevek
1. kódrészlet egy kódot tartalmazó minta túl rövid változó nevek, nehéz megérteni, és csökkenti a módszer neve, hogy nem írják le a műveleteket termelnek. módszer neve, tippek, bármikor ezzel a móddal akció, míg valójában csinál valami teljesen más, rendkívül károsak lehetnek, mert félrevezető lenne.
1. listán rossz szokás: kétértelmű vagy értelmetlen nevek
Jó szokás: értelmes és szabatos nevek
A kód 2. lista mutatja, hogyan kell használni a jó elnevezési szokásokat. Megváltozott a módszer neve, hogy jobban tükrözze, mit csinálnak, és miért ezeket a módszereket. Változó nevek is egyre értelmes. Az egyetlen változó maradt rövid ez a lista - ez a ciklus változó $ i. Bár sokan úgy értenek egyet velem, de úgy vélem, hogy a rövid nevet a ciklusváltozó egészen elfogadható, és még egy jó választás, mert ez egyértelműen jelzi annak működését.
2. lista jó szokás: értelmes és szabatos nevek
Azt javasoljuk, hogy képviselje a nagy blokk formájában feltételes eljárás és így ez a módszer olyan nevet, amely leírja ezt a feltételt. Ez a technika megkönnyíti olvasni a kódot, és fektet a feltétele a külső forma, úgy, hogy elvonható, és talán még újra felhasználható. Ha a körülmények megváltoztatni a megfogalmazás könnyebben frissíthető a megfelelő módszert. Mivel ez a módszer van jelentése, a kód nem veszít az értelemben, Svoge és nem lesz nehéz olvasni.
Break a kódot kisebb töredékek
Egészen egyszerűen összpontosítani a probléma megoldásában, és írjuk kódot. Amint úgy dönt, az aktuális feladat, a funkció egyre hosszabb és hosszabb. Ez nem probléma, hogy hosszú távon, ha megy vissza később, és pereformiruete a kódot formájában töredékei kisebb méretű.
Azt is meg kell alkotják a szokást írásban ilyen módszerek, mindegyik végrehajtani egy, és csak egy funkciót. Számos oka van ennek a figyelmet írástechnikájukat. Először is, a módszer könnyebb használni többször abban az esetben, hogy ő nem egy dolog, és ez jól. Másodszor, az ilyen eljárások könnyebb kipróbálni. Harmadszor, az ilyen eljárások könnyebben érthető és könnyebb változtatni, ha szükséges.
Rossz szokás: hosszú funkciók (azaz túl sok)
A 3. lista egy példát mutat egy hosszú funkciót. Ilyen funkció forrása lehetséges problémákat több okból is. Ő nem sok független intézkedéseket. Nehéz megérteni, hibakeresés és a teszt. Ő végzi ismétléseket, és épít egy lista elemeit, kihelyezi az érték a tárgy, akkor elvégzi a számítást, stb
3. lista rossz szokás: hosszú funkciók
Ha ez a módszer, hogy adjunk egy kis kódot, akkor szinte lehetetlen, hogy támogassa.
Jó szokás: kontrollált, célzott funkciók
4. lista mutatja, tömörebb, több ember által olvasható változata a korábbi módszer. Ebben a példában, a hosszú módszer van osztva kisebb módszerek, amelyek mindegyike végez csak egy feladat, és ezzel jól. A kapott kód könnyebben a későbbi felhasználáshoz, és könnyebb kipróbálni.
4. lista jó szokás: ellenőrzött, speciális funkciók
Szétválasztása hosszú módszerek rövidebb értelme egy bizonyos határt, ezért legyen óvatos, hogy ne vigyük túlzásba. Akkor törni a kódot úgy, hogy nehéz lesz olvasni ugyanúgy, mint korábban, amikor még egy funkció.
Dokumentálja a kódot
Rossz szokás: Hiányos és felesleges funkció dokumentáció
5. lista rossz szokás: Hiányos és felesleges funkció dokumentáció
Jó szokás: Dokumentált függvények és osztályok
Listing 6. Jó szokás: Dokumentált függvények és osztályok
kezeli a hibákat
Köztudott, hogy írásakor a fenntartható alkalmazását kód hibák kezelésére meg kell felelnie a 80/20 szabály: 80% -a kód szentelt kivételkezelés és érvényesítése, 20% -át a kódot a tényleges munkát. Természetes, hogy amikor kódírás, sok fejlesztő által vezérelt a legkedvezőbb forgatókönyv (boldog-path). Ez a kód jól működik az úgynevezett „Basic” beállítást, ha minden adat érvényes, és minden körülmények között, mint várták. Azonban az alkalmazás élettartama ilyen kód bizonyulhatnak instabilitás. Másrészt, akkor túl sok időt töltenek kódírás feltételek alapján, amelyek soha nem találkoznak.
Egy jó szokás, hogy talál egy megfelelő egyensúlyt a megfelelő mennyiségű hibakezelés és az elutasítás túlzott javulás a kód, amely soha nem ér véget.
Rossz szokás: teljes hiánya hibakezelés
A kód 7. kódrészlet két rossz szokások. Egyikük hiánya érvényesítése bemeneti paraméterek, akkor is, ha tudja, hogy ezen a ponton lehetőség egy adott állapotban okoz egy kivételt a módszerrel. A második az, hogy a kódot kéri a módszer, amely lehet dobni kezelt kivétel. Ez a kód fogja kényszeríteni a fejlesztő vagy a kísérő személynek találgatásokba problémák forrása, mikor kezdenek megjelenni.
Listing 7. rossz szokás: teljes hiánya hibakezelés
Jó szokás: Programozás védelem
Listing 8. Jó szokás: Programozás védelem
Általánosságban elmondható, hogy az ellenőrző kapcsolatos paramétereket az érvényesítési szakaszban - ami egyes használat hogy bárki, aki használja a funkciót (ha azt akarja, hogy megfeleljenek a paraméterek bizonyos feltételek mellett). Azonban, ha kell ellenőrizni ezeket a beállításokat, és dobja értelmes kivételek.
- A kivételek kezelése a lehető legközelebb a helyét a problémát.
- Kezelje minden kivétel kifejezetten neki egy utat.
Soha ne használja a művelet „másolás és beillesztés”
Képes másolni kódot egy helyen, és illessze be máshol a kódban - ez egy kétélű kard. Egyrészt, hogy takarít meg egy csomó hibát, amikor a billentyűzet használata kézi bevitellel egy kódot a példát, vagy sablont. Másrészt, hozzájárul a „eszkaláció” hasonló kód töredékek.
Figyeljük meg különösen óvatos kóddal különböző részei között az alkalmazás. Amikor kapod magad, hogy mit csinál éppen, hogy hagyja abba, és kérdezd meg magadtól, hogyan lehetne átírni a másolt kódrészletet, hogy biztosítsák annak újrafelhasználását. Forgalomba kód egy helyen lényegesen leegyszerűsíti a későbbi karbantartást, mivel meg kell változtatni csak egy ponton.
Rossz szokás: Hasonló kódrészlet
Felsorolása 9. ábra több módszer, hogy közel azonos, kivéve néhány értékek. Vannak eszközök, hogy segítsen megtalálni egy kódot kapott a másolás és beillesztés (cm. Resources).
Listing 9. rossz szokás: Hasonló kódrészlet
Jó szokás: Többször funkciók paraméterekkel
Listing 10. ábra egy módosított kódot a transzformációs blokk másolt egy módszer. Más módszerek is módosultak átruházni munkáját az új módszert. Épület egy közös módszert bizonyos időt vesz igénybe a tervezés fázisában; Ezen felül, akkor feltétlenül meg kell állítanunk, és gondolom, ahelyett, hogy ösztönösen használja a művelet „másolás és beillesztés”. Azonban, ha több mint kompenzálja töltött idő múlva, amikor meg kell tenni a szükséges változtatásokat.
Listing 10. Jó szokás: Többször funkciók paraméterekkel
következtetés
Ha fejlődni ebben a cikkben jó szokásokat írásához PHP-kódot, akkor létre kódot, ami könnyen olvasható, érthető és fenntartani. Épület egy egyszerű kíséretében a kód lehetővé teszi, hogy debug, fix és fokozza a kódot az alacsonyabb kockázati szintet.
Ha jó neve és a szervezet kód formájában kisebb méretű fragmentumok megkönnyíti olvasás. Dokumentálása céljából a kód könnyebb megérteni a szándékait, és könnyebbé teszi, hogy bővítse. Megfelelő hibakezelés teszi a kód erőteljesebb. És végül, az elutasítás „mankók” formájában a művelet „copy / paste” lehetővé teszi, hogy a kódot tiszta.