🚀 go-pugleaf

W dniu 2012-05-05 11:15, Arivald pisze:
> W dniu 2012-05-05 10:50, Jacek Czerwinski pisze:

> Utwórz nowy obiekt, implementujący Map<String, T> i List<T>. Wewnątrz
> umieść prywatne Map i List, dowolnych typów (np HashMap i LinkedList).
> Eclipse Ci wygeneruje listę metod do zaimplementowania, po prostu
> wydeleguj implementację do Mapy i Listy, pilnując wewnętrznych zależności.
>
> Po prostu ten sam obiekt (referencję do niego) trzymaj jednocześnie w
> Liście i Mapie.

Idę tą ścieżką (akurat odziedziczyłem po (Hash)Map z pewnych względów, 
również mniejsza ilośc metod do zaimplementowania). List siedzi w 
środku i referencje trzymam 2x.
Wchodząc w las, zaczyna lekko przeszkadzać, dwa odpowiedniki np. 'put' 
itd. Rzecz w tym, że zewnętrzny interface jaki implementuje byłby nieco 
nadmiarowy. Więc Zewnętrznie nie trzymam interfejsu List, jedyne co mam 
podobne to
putAt(int pos, String key, T y)

być może przyjdzie potrzeba na toArray i podobne metody listowe, ale na 
razie nie.

>
>  > mentalnie pożegnałem się z inteligentnym put(T) i będzie put(String,T)
>
> To możesz załatwić wzorcem strategii, tzn dodatkowy obiekt (może być
> singleton czy statyczne klasa), który dostaje obiekt T i zwraca string
> który będzie kluczem mapy.
> Strategia może być jako typ generyka (ListMap<T, , Strategy>).
Na pewno jakaś wskazówka, ale na przyszłość.

Szkoda, że w czystej javie nie można podać "pola" (jako ktoś kibicował 
JPA2 Criteria to wie)