tag:blogger.com,1999:blog-5197374494377847819.post8532103126612019269..comments2024-03-22T22:13:46.650+01:00Comments on Holistycznie o inżynierii oprogramowania: Przemyślane praktyki Java EESławek Sobótkahttp://www.blogger.com/profile/15082577671795313109noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-5197374494377847819.post-58597102417053472002011-06-01T15:29:06.359+02:002011-06-01T15:29:06.359+02:00Problem właśnie w tym, że jeżeli jedyna wiedza o p...Problem właśnie w tym, że jeżeli jedyna wiedza o projektowaniu z jaką stykają się developerzy pochodzi z książek technologicznych, to trzeba dbać o jakość tej wiedzy...<br /><br />A co do dziedziczenia to zgadam się. Na poziomie implementacji - owszem, czasem gdy mamy dobrze interfejs (1 odpowiedzialność) to po drodze wyciągamy klasę abstrakcyjną, po której dziedziczą konkretne - np szablon dla Strategii właśnie.<br /><br />Ale Polityka to w DDD specyficzny Bulding Block. W pozostałych klockach modelu ciężko uświadczyć sensownego dziedziczenia.Sławek Sobótkahttps://www.blogger.com/profile/15082577671795313109noreply@blogger.comtag:blogger.com,1999:blog-5197374494377847819.post-41770094785826898692011-06-01T14:49:18.090+02:002011-06-01T14:49:18.090+02:00Hm... na ile tam o kodzie a na ile o projektowaniu...Hm... na ile tam o kodzie a na ile o projektowaniu? ;), osobiście w ogóle unikam dziedziczenia w Modelu (dla DDD i nie tylko). Uzasadnienie dziedziczenia w warstwie Model jest moim zdaniem raczej trudne (tu raczej odpuszczamy wielokrotne używanie kodu bo nie ma modeli referencyjnych - analiza firmy metoda copy-paste jest zła), żadne "cudo" w naturze nie dziedziczy zachowania, obiekty dziedzinowe są z natury indywiduami :)Jarek Żelińskihttp://it-consulting.pl/blognoreply@blogger.com