🚀 go-pugleaf

W dniu 2018-03-07 o 13:25, immo pisze:
/ciach/
> Nie wiem czy by to kodu nie zagmatwało za bardzo, w sensie za dużego naddatku kodu :)
> Może nie wynikało to z pierwszego posta, ale ten Core może mieć więcej w sobie tych klas, a każda klasa może mieć w sobie także nielimitowaną ich ilość. Taka struktura drzewiasta :) Powiedzmy że nieokreślona na etapie projektowania...

Takie coś jakby?
http://www.dflex.pl/dflex-ftp/own/dfSampleCode.png

Zwróć uwagę na podświetlony Host.
My to nazywamy Host Plugin Bridge (Bus?), ale to już trochę zaszłość z 
tą nazwą...

Host to kontener na singletony lub fabryki, które dają dostęp do 
korowych (podstawowych) funkcjonalności systemu.
Pisząc Host. mam dostęp do praktycznie wszystkiego co mi potrzebne.
Bez zastanawiania się co gdzie jest i jak tego użyć.

Host zawiera tylko interfejsy.
Ich implementację dostarcza konkretna klasa, która rejestruje się w 
Host. Host nie ma pojęcia o tej klasie, ona tylko trzyma referencję na 
interfejs.
I dlatego nie mam Circular Unit Reference (Circular Class Reference).

To samo dałoby się osiągnąć za pomocą Global Container, ale... pisałem 
to w czasach kiedy generyków nie było no i mogłby sie pojawić zależności.
Poza tym, generyki tu w niczym nie pomogą.

I jedna sprawa - nie ma opcji, aby ten sam interfejs był 
zaimplementowany w runtime przez dwie różne klasy równocześnie.
I nigdy nie było mi to potrzebne.

> 
> Core
> |-Connection
> | |-MainConnection
> | | |-cosTamX
> | | |-...
> | | \-cosTamXX
> | |-...
> | \-ConnectionX
> |-Tools
> |-Logic
> | |-Logic1
> | |-...
> | \-LogicX
> |-OtherFN
> |-...
> \-OtherFN_X
> 
> Wydaje mi się, że budowanie takiego interfejsu w pewnym momencie byłoby problemowe - a może nie?
Nie jest.
Interfejs jest stały, praktycznie się nie rozwija, jeśli się już 
wszystkie potrzebne usługi się zaimplementuje.
Osobiście nie tykam tego latami.
Implementację owszem, ale sam korowy interfejs jest praktycznie stały.

> I zdaje sobie sprawę, że chce napisać coś, co jest silnie powiązane, a tendencje są takie żeby tego nie robić...
Tam raczej nie ma powiązań twardych - jedna usługa w Host nie zależy od 
innej, ale może jej używać. Poza tym, jeśli nawet są jakieś powiązania, 
to tylko od interfejsów, a nie od konkretnej ich implementacji.

A praktyka pokazała, że najważniejsze jest co innego; wystarczy jeden w 
uses jeden moduł, gdzie zadeklarowano Host i masz dostęp do wszystkiego.
To bardzo wygodne.

> Zresztą czytałem gdzieś ze wzorca singletona też nie powinno się używać :P
Odpowiedź jest taka sama jak zawsze - to zależy.

-- 
wloochacz