Klasa Object vs HashMap

Question

Czy to dobrze użyć HashMap zamiast przy użyciu klasy obiektów ...... Korzystanie HashMap ....

Map<String, String> cellMap = new HashMap<String, String>(); 
int j = 0; 
while (cellIter.hasNext()) 
{ 
    HSSFCell myCell = (HSSFCell) cellIter.next(); 
    cellMap.put(columnMap[j], myCell.toString()); 
    j++; 
} 

i stosując klasę obiektu .....

ABC abc= new ABC(); 
abc.setA(myRow.getCell(0).toString()); 
abc.setB(myRow.getCell(1).toString()); 
abc.setC(myRow.getCell(2).toString()); 

Proszę mi powiedzieć w kontekście zdrowia aplikacji, wymóg pamięci etc ...

Answer 1

To zależy w dużym stopniu od tego, co próbujesz osiągnąć: w celu zwiększenia elastyczności, mapa skrótów jest lepsza. Ale elastyczność ma swoją cenę: mapa hash jest również większa i wolniejsza niż klasa o identycznej liczbie mocno wpisanych pól.

• Hash mapa ma większe zużycie pamięci niż klasy z identyczną liczbą pól
• Hash mapa siły Boks na prymitywów
• Hash mapa jest wolniejszy do tworzenia i dostępu

Istnieje również wpływ na czytelność: kiedy logika biznesowa jest specyficzna dla klasy o ustalonej liczbie pól, wyraźnie wygrywa klasa specjalnego przeznaczenia; gdy pola są konfigurowane dynamicznie, tablica asocjacyjna jest jedyną opcją. Można również uzyskać hybrydowy projekt, gdy obiekt korzysta z mapy mieszania do wewnętrznego przechowywania, prezentuje ładnie nazwane pola na zewnątrz i eksponuje semantykę, aby dodać więcej "pól" w trakcie pracy.

Podsumowując, zanim zdecydujesz się na mapę mieszającą ze względu na jej elastyczność, powinieneś zdecydować, czy naprawdę potrzebujesz takiej elastyczności w swoim projekcie. Czasami odpowiedź brzmi "tak", a czasami jest "nie"; nie ma rozwiązania "jeden rozmiar dla wszystkich".

Answer 2

Powinieneś zobaczyć to jako „Design” problem przed wysiłkiem. Nie trzeba robić z góry przedwczesnej optymalizacji na rzecz dobrego projektu. Pytanie brzmi: "czy musisz przejść przez kolekcję pośredników, aby wypełnić obiekt domeny ABC?" W większości przypadków nie zrobiłbym tego, ale trudno jest powiedzieć jednoznacznie tak lub ostateczny nie bez znajomości większego kontekstu.

UPDATE: 30-40K: Liczba zapisów nie ma znaczenia dla przedmiotu vs porównaniu HashMap, ponieważ zamierzamy być obsługiwane w pętli (Zastrzeżenie: nieistotne pod względem wzornictwa nie pod względem wydajności). Jednak liczba kolumn w arkuszu kalkulacyjnym jest ważna, ponieważ będzie to bezpośrednio odzwierciedlone jako liczba atrybutów w twoim obiekcie.

Jeśli to tylko migracja dane lub transfer danych wykonywania potem pójdę z podejściem HashMap. Zakładając, że ABC będzie krótkotrwałym, jednorazowym obiektem kontenera danych bez zachowania, nie ma potrzeby go tworzyć. Następnie testowałem wydajność systemu i jeśli nie spełnia ono kryteriów akceptacji, profilowałem go i optymalizowałem tylko w razie potrzeby.

Answer 3

Obiekt ma pola (dane) i metody (zachowanie). Jeśli twoje dane składają się ze stałego zestawu komórek (A, B i C), zdecydowanie użyj obiektu.

Java jest obiektem OO, a projektowanie OO, hermetyzacja itp. Pomagają tworzyć rozbudowane, łatwe w utrzymaniu i szybkie programy.

Mapa jest przydatna, gdy trzeba powiązać zmienną liczbę kluczy i wartości. Ale to po prostu struktura danych i nie pozwala na enkapsulację dodatkowego zachowania.

Na przykład możesz mieć metodę getAAndB() w obiekcie, która zwraca A połączoną z B. Lub możesz mieć metody do transformacji lub zapytania pól. Lub możesz przekazać wystąpienia ABC do innych obiektów, które z nich korzystają. Używanie obiektu ABD z dobrze zdefiniowanymi metodami jest znacznie łatwiejsze niż użycie obiektu Map<String, String>. Jakie są klucze mapy? Jakie są ich wartości? Gdzie jest to udokumentowane? Co jeśli chcesz zmienić klucze? Jak wykryjesz wszystkie miejsca w kodzie, w którym są używane te klucze?