Przełącz się z C # na Javę, które „gotchas” powinienem obchodzić?

Być może będę musiał przejść na Javę dla nowego projektu. Mam bardzo małą wiedzę o Javie, ponieważ głównie studiowałem i używałem C #, i obawiam się, że różnice między tymi dwoma językami / platformami powinny spowodować mi wiele problemów.

Na jakich pułapkach / problemach powinienem się przejmować?

Oto kilka ważnych gotch Java, pochodzących z C #:

• W Javie switchsprawy mogą dyskretnie przechodzić do następnych, więc upewnij się, że zawsze umieszczasz je w breakdowolnym momencie. Nie można też switchna Stringw Javie.
• Generyczne są nierefikowane i parametryzowalne tylko z typami referencyjnymi. Nie ma List<int>, tylko List<Integer>. Autoboxing ukrywa gadatliwość, ale możesz ją uzyskać NullPointerExceptionpo rozpakowaniu a null. Również ==i !=na dwóch ramkach prymitywne typy wykonać porównania odniesienia.
  • ... ponieważ ==i !=na dwóch typach referencyjnych (np. String) są zawsze porównania referencyjne
  • An intmoże być autoboxed do Integer; nie ma autoboxingu od int[]do Integer[].
• Java byte, short, int, longsą podpisane tylko. Uważaj na niezamierzone rozszerzenie znaku.
• Brak wielowymiarowych tablic, tylko tablica w Javie.
• Większość sub*metod zapytań dystansowych używa włącznie dolnej granicy i wyłącznej górnej granicy
  • String.substring(int beginIndex, int endIndex)
  • CharSequence.subSequence(int start, int end)
  • List.subList(int fromIndex, int toIndex)
  • SortedSet<E>.subSet(E fromElement, E toElement)
  • SortedMap<K,V>.subMap(K fromKey, K toKey)

Zobacz też

• Puzzle Java: Pułapki, pułapki i narożniki
  • Zabawna, ale jednocześnie bardzo pouczająca lektura.
  • Książka zawiera również wiele prezentacji następców dostępnych w Internecie, np .:
    • Prezentacja wideo Google Tech Talk 2007
    • TS-5186: Return of the Puzzlers: Schlock and Awe
    • TS-1188: The Continuing Adventures of Java Puzzlers: Tiger Traps
    • TS-2707: Java Puzzlers, Episode VI: The Phantom Reef Menace, Attack of the Clone, Revenge of the Shift
• Wikipedia / Porównanie Java i C Sharp

Powiązane pytania

Na niektóre wyżej wymienione tematy:

• Wyjaśnienie Jamesa Goslinga, dlaczego bajt Javy jest podpisany
• Java noob: generyczne tylko nad obiektami? (Niestety tak)
• Instrukcja Switch z ciągami w Javie?
• Czy górne granice indeksowanych zakresów zawsze są uważane za wyłączne?
• Czy jest to zagwarantowane new Integer(i) == iw Javie? (TAK!)
• Czy podczas porównywania dwóch liczb całkowitych w Javie (z ==/ !=) występuje automatyczne rozpakowywanie? (NIE!)
• Dlaczego int num = Integer.getInteger("123")rzuca NullPointerException? (!!!)

W przypadku ogólnych gotch Java:

• Java - typowe Gotchas
• Jakie są pułapki związane z Java Noob?
• Najbardziej niezręczna / wprowadzająca w błąd metoda w Java Base API?

Jednym oczywistym błędem jest porównywanie ciągów ze stylem C # string1 == string2(Java porównuje tylko odwołania) zamiast ze stylem Java string1.equals(string2).

Innym jest privatedomyślny modyfikator dostępu w języku C # packagew Javie.

Również ToString()metody nie są automatycznie lokalizowane przez bieżącą kulturę w Javie.

Ten, który mnie dostał, to argumenty podłańcuchowe Java: beginIndex, endIndex, a argumenty C # Subtring to startIndex, długość. To wystarczająca różnica, aby było to denerwujące i duże prawdopodobieństwo, że indeks wypadnie poza granice przy każdej zmianie.

• Nie masz LINQ
• Nie masz dobrze wyglądającego interfejsu użytkownika (bez WPF)
• Brak właściwości
• Tańczycie Egipcjan
• Dostajesz interfejsy API bez przykładów i dobrej dokumentacji

Hm

• Wyliczenia Java są znacznie bardziej wydajne / skomplikowane, w rzeczywistości są prawdziwymi klasami zamiast nazwanych liczb całkowitych.
• klasy wewnętrzne w java są silniejsze (i zachowują się inaczej)
• bez delegatów, tylko obiekty funkcjonalne
• łańcuch konstruktora ma zupełnie inną składnię w obu językach, zwykle zawodzę za każdym razem, gdy muszę to zrobić w c #
• Java rozszerza się na podklasę i implementuje interfejsy, co jest całkiem miłe. Zamiast tego C # przekazuje konwencję nazewnictwa, która mówi, że interfejsy zaczynają się od dużej litery I w ich nazwie. Nie podoba mi się ta konwencja, ponieważ nigdy nie mogę być pewien, czy ktoś inny zawiedzie.
• java autoboxing może ugryźć cię w **
• usuwanie typu Java naprawdę komplikuje sprawę

Największym problemem jest założenie, że język Java i biblioteki zachowują się tak samo jak podobne rzeczy w języku C #. Wykonuj samouczki, czytaj javadocs, nie zakładaj ...

Inną pułapką jest założenie, że fakt, że możesz zrobić coś w Javie równie łatwo / ładnie, jak możesz / mógłbyś w C #. To nie prawda. Java jest znacznie starszym językiem i popełniono błędy ...

A ostatnią meta-pułapką jest myślenie, że narzekanie na brakujące / inne elementy w Javie na SO daje uniwersalne odpowiedzi / wsparcie!

Uważaj na różnice w domyślnych modyfikatorach dostępu. Pamiętaj również, że wszystkie metody niestatyczne w Javie są wirtualne (chyba że oznaczysz je jako ostateczne).

Chociaż jest to trochę nieaktualne, uważam, że jest to świetne odniesienie.

Porównanie C # i Java autorstwa Dare Obasanjo

zależy od rodzaju programu, nad którym pracujesz. Wikipedia ma ten artykuł i jest dość obszerny. (sprawdź także sekcję „linki zewnętrzne” na końcu) http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp .

Przeczytałem również ten artykuł, kiedy przełączyłem się z C # na Javę http://www.25hoursaday.com/CsharpVsJava.html i było to bardzo przydatne.

Myślę, że twoje pytanie jest subiektywne. Nie można tutaj wszystkiego wyjaśnić. Sugeruję przeczytanie Java Puzzlers , By Joshua Bloch and Neal Gafter. Możesz dowiedzieć się więcej i być bezpiecznym przed pułapkami.

W języku Java obiektywne odpowiedniki typów pierwotnych, takich jak int, char, nie są „typami wartości” (np. Liczba całkowita jest typem odniesienia). W języku C # System.Int32 jest strukturą.