|
|
Zveřejněno 10.02.2019 18:14:29
|
|
|
Za prvé, vytváření souvisejících objektů tříd může být skutečně provedeno novými. Když je však projekt příliš velký a objekt má příliš mnoho závislostí, musíme při jeho budování napsat hodně nového kódu a může existovat metoda přímého volání objektu po zapomenutí instancování některých závislých objektů, pak vznikne výjimka nulového ukazatele. Pokud je tento proces ponechán na správě kontejnerů, nemusíme se starat o instanci objektů a při použití závislých objektů nebudou žádné výjimky pro nulové ukazatele a kód lze zjednodušit.
Za druhé, atributy používané v procesu volání metody mohou být instance atributy, pokud jsou všechny definovány jako statické, co data použitá v metodě? Pokud definujete všechny metody jako statické, pak vlastnosti třídy, na kterou se metoda odkazuje, musí být také definovány jako statické, což je ekvivalentní globálním atributům, takže určitě budou problémy se synchronizací dat.
Ve skutečnosti dává smysl zamyslet se nad programátorskými principy uvedenými v návrhovém vzoru, všechny zaměřené na vytváření vysoce čitelného, snadno udržovatelného a škálovatelného kódu. Všechno nejlepší!
Je pohodlné sestavovat software formou stavebních bloků a je pohodlné vytvářet software s vysokou soudržností a nízkou vazbou (extrahování závislostí z kódu)
Společný vývoj, ladění kódu (není potřeba integrovat komponenty, lze je testovat zvlášť) a vytvořený kód jsou robustnější.
Vývoj projektů klade důraz na vysokou soudržnost a nízkou vazbu, a použití injekce závislostí může vyhnout využití nové oblasti klíčových slov pro tvorbu objektů, čímž se snižuje vazba mezi třídami
|
Předchozí:c# Marshal.PtrToStructureDalší:Šifrování, dešifrování a assembler
|
