Miért objektum jön létre kétszer
@DubecZ nuuu. Remélem nem kér.
1) Először is az osztály indításakor. Miért nem használja? Vannak szabványok, PSR-0 / PSR-4, amely leírja, hogy hogyan kell működnie, stb Vannak kész autoloaders, akkor a zeneszerző, akkor lehetséges, hogy a PSR-0, hogy egy pár sort, és soha nem szenvednek ilyen szemetet require_once / igényelnek.
2) van egy Core osztály valahogy örökli beállítások, hogy bármennyire is logikus. Logikus lenne átvinni osztály beállítások Core tervezők. Igen, akkor is, ha hagyja a dolgokat, ahogy vannak, miért tartalmazó fájl Core-osztály nincs kapcsolat a fájl osztályú környezetben? ez ott van, mivel ez még szükség. És ismét visszatérünk a kérdésre indítási osztályok, akkor jobb lenne neki már
3), hogy a kapcsolatot az adatbázis a kivitelező rossz ötlet. Valójában csinál valami más, mint az adatok inicializálása a kivitelező egy rossz ötlet. A legegyszerűbb eset, hogy létrehoztunk egy példány, akkor csatlakozik a bázis, de nem kell, hogy hízelgés a bázis és a végén van egy csomó időt kapcsolatban cielo haszontalan tárol. Lazy kapcsolat sokkal jobb ebben a tekintetben,
4) Van olyan dolog, mint az elve egyetlen felelősséget. Elmondása szerint, az osztály számára lehetővé kell tenni, hogy nem csak egy dolog. Ha van egy és ugyanazon osztály felelős adatbázis-hozzáférés és a fakitermelés, valami elromlott. Ezen elv szerint, meg kell csak az egyik oka, hogy valamit változtatni a végrehajtása az osztály. És itt van közülük kettő -, hogy megváltoztassák a munka az adatbázis és a feldolgozása rönk
Sokkal jobb ily módon, hogy egy külön osztályt dolgozó BD és egy osztály a naplózás és átadják a osztály konstruktor
5) Miért rauting sem állni egy alkatrész? Nem lenne sokkal kényelmesebb. És még jobb -, hogy kihasználják az előre elkészített elemek, bár remélem, hogy a kódot írsz oktatási célokat és Prodakshen ő soha nem lesz. Ha igen, akkor a kerékpár lehetséges és szükséges, hogy írjon, de meg kell tenni az egészet, mint egy külön alkatrész, amely egy vezérlő resolvit húzza.
6) Ha elvégezte az összes fenti tételek, azt gondolhatja, hogy valahogy nem kényelmes dolgozni egy csomó különböző osztályok. És akkor lesz jobb, ezért ha elér egy ilyen dolog, mint függőség konténerek, szolgáltatás lokátorok, stb Ezek a dolgok merülnek fel újra az elv egységes felelősség és a függőség Inversion. Meg kell egy összetevő, amely képes összegyűjteni a többi összetevő, és csak azt fogja tenni. Kéred $ konténertársaságok> get ( „db”), és akkor sem hozza létre a DB Bíróság osztály vagy korábban létrehozott kiadott. Sőt, a regisztrációs mindezeket ki lehet venni, hogy egy fájlt, és tenni valamit, mint ez:
Huhh. Ha úgy gondolja, hogy mindez extra írásvetítő, igen. Úgy tűnhet. De meg kell hozzászoktatni magunkat, hogy mindent csak azért, hogy aztán a növekvő komplexitása projektek nem írok govnokod.