Użycie 'partial classes' w scenariuszu innym niż generacja kodu

re: Użycie 'partial classes' w scenariuszu innym niż generacja kodu

Gutek — Thu, 08 Jan 2009 20:15:59 GMT

A dlaczego na klasie stosujesz static? w tym momencie chyba sealed bedzie bardziej odpowiedni.

Ja osobiscie bym stworzyl tak:

plik A.cs (klasa A)

Folder QueryStrings

plik B.cs (dziedziczacy po A)

... itd

Gutek

re: Użycie 'partial classes' w scenariuszu innym niż generacja kodu

Procent — Fri, 09 Jan 2009 07:22:08 GMT

Static - żeby podkreślić brak przechowywania jakiegokolwiek stanu tej klasy, czyli uniemożliwić tworzenie jej instancji.

Static też jest sealed.

Jeszcze nigdy nie natknąłem się na scenariusz, w którym użycie samego modyfikatora 'sealed' byłoby w pełni uzasadnione:). Kiedys ten temat był poruszany na forum CG: https://www.codeguru.pl/forum-posts-11533-3.aspx .

re: Użycie 'partial classes' w scenariuszu innym niż generacja kodu

Wojciech Gebczyk — Fri, 09 Jan 2009 08:53:14 GMT

pomysl z hierarchicznymi staticami parukrotnie (raptem 2-3 razy) stosowalem wczesniej i sprawdza sie oczywiscie jak uzywamy intellisense (a kto nie stosuje?)

procent: (o uzyciu sealed) ja ze swoejgo doswiadczenia rozroznilbym 2 sytuacje: pisanie komponentow (czy kawalkow dla inych developerow, frameworkow itp) oraz pisanie wlasciwe aplikacji. W pierwszym przypadku rzeczywiscie gleboo trzba sie zastanowic nad uzyciem sealed. W pisaniu wlasciwym aplikacji sealed jest jak najbardziej wskazane - poprostu pisac sealed mamy pewne ograniczenia na mysli i jesli za jakis czas uzyjemy konstrukcji lamiacej sealed to kompilator nas o tym poinformuje :-) (z podobnych powodow uzywam jak najwiecej readonly na polach klasy :-) )

BTW: Nie uzycie sealed ma jedna powazna konsekwencje: trzeba poswiecic dodatkowy czas na przemyslenie sceariuszy wszelakiego dziedziczenia. Nie sealowanie jest trudniejsze ;-)

re: Użycie 'partial classes' w scenariuszu innym niż generacja kodu

Gutek — Fri, 09 Jan 2009 10:08:55 GMT

ja robie tak:

public sealed class A{ private A(){} }

jezeli nie chce miec instancji klasy dozwolonej.

zas co do samego slowa sealed - jak najbardziej jest to potrzebne. jak tworze jakies API komus to nie chce niektorych rzeczy udostepniac z mozliwoscia dziedziczenia. i teraz mamy na przyklad klase typu PracownikEtatowy, ktory IMHO juz w danym X kontescie nie powinien byc dziedziczony. wiec dajemy sealed.

Osobiscie prawie w ogole nie uzywam statycznych klas - ale to juz jest kwestia dyskusji na temat obiektowego programowania.

Ostatnio moj znajomy sie mnie spytal:

jezeli masz Samochod (klasa) A (instancja), to czy Samochod powinien udostepnic metode zmien kolor (statyczna metoda) czy A (instancja). Czy osoba (klasa) powinna miec metode zmien plec czy instancja osoby?

ogolnie chodzi o to jaki jest sens pisania static methods.... :)

ale nie wazne ;)

brawo :) spadam na fajka ;)

Gutek

re: Użycie 'partial classes' w scenariuszu innym niż generacja kodu

Wojciech Gebczyk — Mon, 12 Jan 2009 11:54:41 GMT

gutek:

To zalezy od stopnia skomplikowania zmien kolor. To zalezy czy chcesz wprowadzac nowe "pojecie" do domeny "zmieniacz koloru samochodu"/"budowacz samochodu".

Wprowadzenie statycznej metody (elementu) bardzo czesto to obcinanie zakresu modelu domeny...

Z punktu wlasnie czysto akademickiego OO to faktycznie statyczne metody klasy nie sa za czesto widziane.

moge tylko napisac: "ale nie wazne ;)"

. jak .NET by Maciej Aniserowicz : Użycie 'partial classes' w scenariuszu innym niż generacja kodu

dotnetomaniak.pl — Sat, 18 Apr 2009 08:15:22 GMT

Dziękujemy za publikację - Trackback z dotnetomaniak.pl