Paweł
Koralewski
starszy programista,
wiem ile nie wiem
Temat: [Sf2] usługa vs klasa w globalnym namespace
Nie bardzo jestem w stanie wywnioskować, jakie są korzyści z korzystania z usług w porównaniu z funkcjonalnościami, które zawarłbym w pojedynczej, zamkniętej (przetestowanej, działającej) klasie - Singletonie, która byłaby dostępna w globalnej przestrzeni nazw:$x = \x::getInstance();
Gdy mam klasę, to mam podpowiedzi kontekstowe w IDE, gdy jest to usługa, to mam:
$x = $this->get('x');
/* @var \x $x */ //czy jakoś taki tak bym musiał w każdym tworzeniu $x pisać.
Łukasz
Skowroński
Współwłaściciel,
Leader's Mind
Temat: [Sf2] usługa vs klasa w globalnym namespace
Wg mnie korzystając z usług masz bardziej jednolity interfejs za pomocą którego możesz pobierać różne usługi korzystając z jeden metody. W przypadku gdybyś tworzył takie namespace jak podałeś będą w sposób przemyślany bądź nie, dochodzić do rozbieżności i zamieszania.Podsumowując wydaje mi się, że korzystanie z usług będzie lepiej uzasadnione architektonicznie ;)
Krzysztof
N.
Project Manager.
Aplikacje www. PHP,
Symfony, Zend.
Temat: [Sf2] usługa vs klasa w globalnym namespace
Paweł Koralewski:Moim zdaniem, które popieram fragmentem dokumentacji What is a Service?, usługa to element bardziej elastyczny. Dzięki niej otrzymujesz niezależny fragment kodu, który możesz wydzielić ze swojej aplikacji. Wywołujesz jakąś usługę, jej metodę i otrzymujesz efekt. I tyle. Nie martwisz się o położenie pliku, namespace etc.
Nie bardzo jestem w stanie wywnioskować, jakie są korzyści z korzystania z usług w porównaniu z funkcjonalnościami, które zawarłbym w pojedynczej, zamkniętej (przetestowanej, działającej) klasie - Singletonie
Paweł
Koralewski
starszy programista,
wiem ile nie wiem
Temat: [Sf2] usługa vs klasa w globalnym namespace
Krzysztof N.:
Nie martwisz się o położenie pliku, namespace etc.
To mnie przekonuje :)
Wojciech
Sznapka
Software Architect,
XSolve
