<div class="gmail_quote">W dniu 5 stycznia 2011 19:44 użytkownik Zbigniew Lukasiak <span dir="ltr"><<a href="mailto:zzbbyy@gmail.com">zzbbyy@gmail.com</a>></span> napisał:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Przy okazji jestem bardzo zadowolony z mojego ostatniego artykulu na<br>
blogu: <a href="http://perlalchemy.blogspot.com/2011/01/dependency-injection-or-removing.html" target="_blank">http://perlalchemy.blogspot.com/2011/01/dependency-injection-or-removing.html</a><br>
. Liczę na komentarze.</blockquote><div><br></div><div>Czekaj, czekaj...</div><div><br></div><div>Czy to chodzi o to, aby nie tworzyć obiektów w danej klasie tylko przekazywać je za pomocą parametru konstruktora tej klasy albo settera?</div>
<div>Rany... Ta prosta reguła ma swoją nazwę, dziesiątki publikacji oraz nawet dedykowane biblioteki (<a href="http://components.symfony-project.org/dependency-injection/">http://components.symfony-project.org/dependency-injection/</a>)? Myślę, że kogoś pogięło, bo to typowy przerost formy nad treścią ;)</div>
<div><br></div><div>Nota bene, w Perlu jest ciekawa tego implementacja: <a href="http://search.cpan.org/perldoc?Bread::Board">http://search.cpan.org/perldoc?Bread::Board</a></div><div><br></div><div>Wydaje mi się, że całość tego tematu sprowadza się do wyboru, czy hardkodowane parametry zapisujemy w pliku konfiguracyjnym (XML, jak to się chyba odbywa w Java Spring), czy w natywnym języku (wszystkie obiekty tworzone w głównej funkcji) lub też skorzystanie z jakiegoś specjalizowanego języka (Bread::Board).</div>
<div> </div></div>-- <br> .''`. Piotr Roszatycki<br>: :' : mailto:<a href="mailto:Piotr.Roszatycki@gmail.com">Piotr.Roszatycki@gmail.com</a><br>`. `' mailto:<a href="mailto:dexter@debian.org">dexter@debian.org</a><br>
`-<br>