|
|
Zverejnené 10. 2. 2019 18:14:29
|
|
|
Po prvé, vytváranie súvisiacich objektov tried je skutočne možné vykonať novými. Avšak keď je projekt príliš veľký a objekt má príliš veľa závislostí, musíme pri jeho tvorbe napísať veľa nového kódu a môže existovať metóda priameho volania objektu po zabudnutí na inštancovanie niektorých závislých objektov, potom vznikne výnimka nulového ukazovateľa. Ak by tento proces zostal na správe kontajnerov, nemuseli by sme sa obávať inštanciácie objektov a pri používaní závislých objektov by neboli žiadne výnimky nulových ukazovateľov a kód by sa dal zjednodušiť.
Po druhé, atribúty používané v procese volania metódy môžu byť atribúty inštancií, ak sú všetky definované ako statické, čo dáta použité v metóde? Ak definujete všetky metódy ako statické, potom vlastnosti triedy, na ktorú sa v metóde odkazuje, musia byť tiež definované ako statické, čo je ekvivalentné globálnym atribútom, takže určite budú problémy so synchronizáciou dát.
V skutočnosti má zmysel zamyslieť sa nad programovacími princípmi uvedenými v návrhovom vzore, všetky zamerané na vytváranie vysoko čitateľného, ľahko udržiavateľného a škálovateľného kódu. Všetko najlepšie!
Je pohodlné zostavovať softvér formou stavebných blokov a je pohodlné vytvárať softvér s vysokou kohéziou a nízkou väzbou (extrahovanie závislostí z kódu)
Kolaboratívny vývoj, ladenie kódu (nie je potrebné integrovať komponenty, môžu sa testovať samostatne) a vytvorený kód sú robustnejšie.
Vývoj projektu kladie dôraz na vysokú súdržnosť a nízke prepojenie, pričom použitie injekcie závislostí môže zabrániť použitiu novej oblasti kľúčových slov na vytváranie objektov, čím sa znižuje väzba medzi triedami
|
Predchádzajúci:c# Marshal.PtrToStructureBudúci:Šifrovanie, dešifrovanie a assembler
|
