Diskusia – 5. diel - UML - Class diagram

Ahoj. Na konci článku je napísané, že bude ďalší článok o popise tried a ďalší podrobnější príklad class diagramu. Je to ešte v pláne ? Rád by som sa dozvedel o tejto problematike viac. Inak super seriál. Ďakujem.

Jo, je v plánu

Pěkný článek, ale jak se značí statické třídy a metody?

Nepoužívej statiku, s DI (resp. IoC) to většinou jde a používá se jen v dobře opodstatněných případech Jinak se v Class diagramu značím myslím '_' (podtržítkem).

Ok. Díky za radu. Já ji teď používal pro připojení k sql databázy, jelikož jsem ji potřeboval v několika třídách a zdálo se mi zbytečné neustále předávat objekt databáze v konstruktoru.

Ono to právě zbytečné není Jakmile se ti aplikace rozroste na několik set nebo tisíce tříd a třeba k tomu ještě děláš v týmu několika lidí, tak oceníš čitelnost a zřetelnost, kterou nabízí Dependency Injection. Ono ani nemusíš dělat v týmu. Bohatě stačí, když se za měsíc nebo za rok podíváš na svůj starý kód. Ze statiky nezjistíš skutečné závislosti objektu (musíš se proklikávat a i tak se dá dost přehlédnout) a tak to může být velký problém (z vlastní zkušenosti) Ale je fakt, že ruční implementace je dost zdlouhavá.

Statické atributy a metody jsou podtržené. Statiky bych se zas tolik nebál, je na ní založený celý .NET framework a nevšiml jsem si, že by s tím byl někde problém. Spíše je to problém pro začátečníky, že v tom začnou něco prasit.

Díky

Když budeš předávat objekt databáze konstruktoru, výrazně si usnadníš testování. Prostě místo databáze podstrčíš konstruktoru mock, který se bude tvářit jako databáze. Můžeš si tak nasimulovat jakoukoli situaci a nemusíš si přitom mršit ostrá data.

Chytré