Comments on: S.O.L.I.D.ne programowanie – część 1, czyli monogamia

By: KoziołekWeb » Blog Archive » Wprowadzenie do wzorca MVP z Vaadin w tle – cz. 2 praktyka

Sat, 12 Feb 2011 21:41:18 +0000

[...] nie chcemy powielać kodu formularza. Ot taka ciekawostka projektowa – Jak przestrzegając SRP nie duplikować kodu? Jest to częsty problem. Trzecią częścią domeny są Operacje Biznesowe [...]

By: Koziolek

Koziolek — Fri, 02 Jul 2010 12:23:34 +0000

Jeżeli ktoś lubi utrzymywać kod… to niech tworzy klasy. Zazwyczaj źródłem problemu jest nieumiejętne łączenie wzorców i metod programowania.

By: null

null — Thu, 01 Jul 2010 19:45:49 +0000

Zgadza się, przed tym ma bronić SOLID. Generalnie mi osobiście bardzo ta metodyka pasuje, podobnie jak inne techniki z rodziny Agile. Niestety mam też doświadczenia, gdzie książkowe podejście zabija projekt. Gdzie np do obsługi logowania powoływane są 3-4 klasy, zależnie od tego skąd użytkownik przyszedł, i na tej zasadzie rozpisana każda inna aktywność… czyli takie ewidentne niezrozumienie SRP. Twój przykład zresztą świetnie to prezentuje.
A co do poprawiania kodu po konwerterach z COBOLA – to współczuję – widziałem jak to wygląda w praktyce… to też jest zresztą argument na wysokie pensje COBOLowców – zwłaszcza w US…

By: Koziolek

Koziolek — Thu, 01 Jul 2010 06:24:44 +0000

@null, raczej problem w tym, że mamy dużo starego kodu. Ja od półtora roku robię przy systemie, w którym średnia długość klasy to około 4000 linii, a pojęcie zmiennej lokalnej nie istnieje i wszystko robione jest na zmiennych globalnych. Rzecz w tym, że kiedyś był to COBOL, którego ktoś magicznie zamienił na javę i teraz wożę się z takim czymś.

By: null

null — Wed, 30 Jun 2010 22:04:32 +0000

Fajny tekst, i dobry przykład, niestety z praktycznego punktu widzenia to abstrakcyjne podejście od sprawy jest najtrudniejsze i zazwyczaj obce mniej doświadczonym projektantom/deweloperom… więc myślę że jeszcze długo będziemy spotykać “modemy” obsługiwane przez dziesiątki klas robiących to samo – bo SOLID tak kazał

By: KoziołekWeb » Blog Archive » AspectJ – pierwsze starcie

KoziołekWeb » Blog Archive » AspectJ – pierwsze starcie — Sun, 27 Dec 2009 21:52:51 +0000

[...] profilowaniem. Robiąc to za pomocą klasycznych metod zazwyczaj łamiemy dwie zasady. Po pierwsze SRP ponieważ nasza klasa zaczyna mieć wiele odpowiedzialności. A to logowanie, a to security, a tu [...]

By: Sławek

Sławek — Mon, 02 Mar 2009 16:28:49 +0000

Bardzo dobry przykład z tym modemem, bardzo dobry. Niestety patrząc na API roznych bibliotek (nawet tych, ktore wychodzą ze stajni Suna czy Apache) czesto brakuje tego “modemu” z jednym wspaniałym czerwonym i nabrzmiałym guzikiem – “załatw sprawę”. Zamiast tego mamy tak jak napisałeś wór jakiś klamotów, ktore i tak musimy pakować w nasze własne klasy po to aby stworzyć z nich działające maszyny. Oczywiście fajnie byłoby gdyby w razie potrzeby można było pogrzebać w modemie i np ustawić mu strategie robienia penych szczegółów niższego poziomu.