PHP refactoring eszközök hiánya

Tanácsadói munkám során nem győzöm hangsúlyozni a tiszta és jól olvasható kód előnyeit. Fejlesztők között elterjedt mondás, hogy egy kódot többször olvasunk, mint ahányszor írunk. Ez azért is igaz, mert a kód írása közben vissza-visszaolvassuk az előző sorokat, a meghívott metódus törzsét, az osztályt amit használni akarunk.

A tiszta kód másik előnye, hogy könnyen módosítható, új szolgáltatás hozzáadása nem okoz problémát. Soha ne felejtsük el, hogy mások is dolgoznak a kódunkon, könnyítsük meg a munkáját, hogy ne kelljen elvesznie a részletekbe, ha egy átfogó képet akar kapni a szoftver működéséről. Ha úgy gondoljuk, ezzel a kóddal csak mi dolgozunk, akkor is van egy másik személy akinek segítenünk kell: későbbi önmagunk, amikor pár hónap, év múlva módosítanunk kell a programot.

Szerencsére erről a témáról rengeteg jó könyv jelent meg, még magyarul is:

• Implementációs minták (Kent Beck)
• Refactoring: Kódjavítás újratervezéssel (Martin Flower)
• Tiszta kód: Az agilis szoftverfejlesztés kézikönyve (Robert C. Martin)

Ezek – ha szabad így fogalmaznom – kötelező olvasmányok minden magára adó programozó számára, akiknek az előállított kód minősége személyes kérdés, amiben kifejezi tapasztalatát, tudását és stílusát.

Sajnos PHP nyelvhez nem készültek jó újratervező eszközök, mint más nem script nyelvekhez. A fejlesztőkörnyezetek nagyon kevés dologban segítenek, emiatt mindent kézzel kell csinálnunk, nem támogatnak automatikus eszközökkel. Mivel a PHP nem típusos nyelv, és Objektumorientált módszertant sem kielégítően követi, nehéz a kód automatikus felderítése.