🚀 go-pugleaf

W dniu 2012-05-05 10:50, Jacek Czerwinski pisze:
> W dniu 2012-05-05 09:27, Jacek Czerwinski pisze:
>
>> Gdyby oprzeć to o Map, dostęp po indeksie by musiał być w kolejności
>> dodawania (więc nie hash, alfabetycznie itd) plus mozliwość rozsuwania.
>>
>> Pewnie że da się to napisać, tylko po co.
>
> Zrobiłem sobie na kolanie
> MapWithBenefits<T> extends HashMap<String, T>
> z prywatną listą dla drugiej funkcjonalności
>
> mentalnie pożegnałem się z inteligentnym put(T) i będzie put(String,T)
>
> zastanawiam się, jak w tym "wiekopomnym" kodzie wyeliminować API
> ujawniające przypadkową dla mnie kolejność z oryginalnego Map (putAll,
> entrySet ). W C++ bym obniżył dostępność do private i by było.
>


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.

 > 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>).


-- 
Arivald