Article View: pl.comp.lang.php
Article #231905Re: Dobre praktyki
From: Borys Pogoreło
Date: Sat, 27 Jan 2018 23:34
Date: Sat, 27 Jan 2018 23:34
33 lines
2952 bytes
2952 bytes
Dnia Sat, 27 Jan 2018 23:56:37 +0100, Marek S napisał(a): > jedna instancja tejże klasy powstanie. Wszystkie inne obiekty > korzystające z kernela zyskują automatycznie dostęp do bazy danych. > Zgodnie z tym co napisałeś, skoro kernel tworzy tylko jedną instancję > bazy danych, to jest już singletonem? Jeśli tworzy jednorazowo i zawsze zwracą *tę samą* instancję, to tak - mamy do czynienia z singletonem. Ty utożsamiasz z singletonem dowolny obiekt, który został tylko raz utworzony. > Ok. To może inaczej: sposób wykorzystania klasy nadrzędnej może zmienić > jej definicję wzorca z singletona na DI? Pytanie stąd, że dla mnie > wzorzec zaczyna się pomiędzy interfejsem klasy nadrzędnej a resztą > otoczenia i nie rzutuje na nazewnictwo wzorca współpracy danej klasy z > otoczeniem. Jednakże sama klasa nadrzędna nie stanowi nigdy wzorca > innego niż singleton. Czyli jeden projekt informatyczny jest singletonem > w pierwszych liniach kodu a cała reszta komunikacji z singletonem może > odbywać się zgodnie ze wzorcem DI. Co nie powoduje iż na kolejnym etapie > zagnieżdżenia znów jakiegoś singletona zastosujemy otrzymując wzorzec > mieszany dla całości. > > Czy to nie tak działa definicja wzorca? Przeczytałem to cztery razy i dalej nie rozumiem. Mieszasz różne wzorce, które nie mają ze sobą związku. Z DI możesz co najwyżej porównywać service locator, bo pełnią podobną rolę -- Borys Pogoreło borys(#)leszno,edu,pl
Technical Details
Message-ID:
<1r2nm7am6y3ed$.1mnqz9xgnsws0.dlg@40tude.net>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.promontel.net.pl!not-for-mailReferences:
<2lhebv1xabri$.dlg@tyczka.com> <6d0bd754-9b46-46ce-98ff-c5265a9a93af@googlegroups.com> <chac9zcm8l6a.1gxug7ng6lbce$.dlg@40tude.net> <cd0f750f-2346-4016-bbbd-a72c386c561d@googlegroups.com> <slrnp6hci6.23ml.wojciech.bancer@pl-test.org> <fc6bfbc5-c858-4156-95c5-cb276d07067e@googlegroups.com> <slrnp6kee7.2lbk.wojciech.bancer@pl-test.org> <p4dnnf$m5b$1@node2.news.atman.pl> <slrnp6kpt1.30s7.wojciech.bancer@pl-test.org> <p4f8p3$tfb$1@node1.news.atman.pl> <slrnp6oqo7.g5g.wojciech.bancer@pl-test.org> <p4hrvu$ctn$1@node2.news.atman.pl> <11l45q8stqimo.1ek020f0hu8h9$.dlg@40tude.net> <p4it89$fjh$1@node1.news.atman.pl> <1essghgq5rjr3$.w7m0zex3vvk4.dlg@40tude.net> <p4j03c$ia2$1@node1.news.atman.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!news.promontel.net.pl!not-for-mail From: Borys Pogoreło <borys@pl.edu.leszno> Newsgroups: pl.comp.lang.php Subject: Re: Dobre praktyki Date: Sun, 28 Jan 2018 00:34:51 +0100 Organization: snafu Lines: 33 Message-ID: <1r2nm7am6y3ed$.1mnqz9xgnsws0.dlg@40tude.net> References: <2lhebv1xabri$.dlg@tyczka.com> <6d0bd754-9b46-46ce-98ff-c5265a9a93af@googlegroups.com> <chac9zcm8l6a.1gxug7ng6lbce$.dlg@40tude.net> <cd0f750f-2346-4016-bbbd-a72c386c561d@googlegroups.com> <slrnp6hci6.23ml.wojciech.bancer@pl-test.org> <fc6bfbc5-c858-4156-95c5-cb276d07067e@googlegroups.com> <slrnp6kee7.2lbk.wojciech.bancer@pl-test.org> <p4dnnf$m5b$1@node2.news.atman.pl> <slrnp6kpt1.30s7.wojciech.bancer@pl-test.org> <p4f8p3$tfb$1@node1.news.atman.pl> <slrnp6oqo7.g5g.wojciech.bancer@pl-test.org> <p4hrvu$ctn$1@node2.news.atman.pl> <11l45q8stqimo.1ek020f0hu8h9$.dlg@40tude.net> <p4it89$fjh$1@node1.news.atman.pl> <1essghgq5rjr3$.w7m0zex3vvk4.dlg@40tude.net> <p4j03c$ia2$1@node1.news.atman.pl> NNTP-Posting-Host: 37.47.170.167 Mime-Version: 1.0 X-Trace: thunar.promontel.net.pl 1517096010 2647 37.47.170.167 (27 Jan 2018 23:33:30 GMT) X-Complaints-To: abuse@promontel.net.pl NNTP-Posting-Date: Sat, 27 Jan 2018 23:33:30 +0000 (UTC) User-Agent: 40tude_Dialog/2.0.14.1pl X-fnord: obey. Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit