🚀 go-pugleaf

On Sat, 23 Apr 2016 11:37:47 +0200, Krzysztof Szyszka wrote:

>>>> A wspiera kolekcje Springa?
>>>
>>> Gotowych klas korzystających ze Springa nie ma w pakiecie, bo nie każdy z niego korzysta,
>>> a wtedy nie mógłby zainstalować tego pakietu w Delphi, ale pakiet wspiera wszystko, do czego
>>> potrafisz napisać prostego Providera.
>>>
>>> W przypadku kolekcji Springa nawet nazwy wielu klas są identyczne jak w Generics.Collections,
>>> więc wystarczy powielić gotowego Providera i użyć w nim analogicznych klas z modułu
>>> Spring.Collections.Lists.
>>>
>>> Przykładowo, dla TList<T> ze Spring.Collections.Lists wystarczy zdefiniować kilka prostych
>>> metod w nowej klasie TXDBSpringListProvider<T> utworzonej analogicznie do dostarczanej
>>> w pakiecie gotowej klasy TXDBListProvider<T>.
>>
>> W Springu korzysta się z dostępu interfejsowego, czy to zmienia cokolwiek?
>
> TList<T>, TObjectList<T>, itd. to są zwykłe klasy, a że implementują dodatkowe interfejsy,
> to ma znaczenie jedynie przy dostępie z Twojego kodu.

Chodziło mi o to, że mechanizmy Springowe wymuszają używania dostępu
interfejsowego, zatem operowanie we własnym kodzie obiektami jest w
praktyce niemożliwe.

> TXDBDataSet i pochodne operują
> bezpośrednio na instancjach tych klas. Jeśli elementami kolekcji byłyby intefejsy,
> to jedynie musiałbyś to uwzględnić przy pisaniu Providera (np. w InsertItem/DeleteItem).

I o to mi chodziło. Dzięki za odpowiedź.

ps. Z "What's new" wynika, że w Berlinie zablokowano dostęp do sekcji
private przez helpery, kiedyś była tu o tym dyskusja w której brałeś
udział, możesz to potwierdzić?

--
howgh
szemrany
"Zrozumienie umożliwia zastąpienie nieracjonalnych działań lub bezradności
przez działania racjonalne." M.Mazur, ojciec polskiej szkoły cybernetyki