Перейдіть з C # на Java, який "gotchas" мені повинен хвилювати?

Можливо, мені доведеться перейти на Java для нового проекту. У мене дуже мало знань про Java, тому що я в основному вивчав і використовував C #, і боюся, що відмінності між цими двома мовами / платформами, ймовірно, можуть викликати у мене багато проблем.

Які підводні камені / gotchas мені слід подбати?

Ось декілька важливих моментів Java, що надходять із C #:

• На Java switchвипадки можуть мовчки переходити до наступного, тому переконайтеся, що ви завжди ставите, breakколи це доречно. Ви також не можете switchна Stringв Java.
• Генеріки не ретифіковані та параметризуються лише для посилальних типів. Немає List<int>, тільки а List<Integer>. Автобоксинг приховує багатослівність, але ви можете отримати її NullPointerExceptionпри розпакуванні a null. Крім того, ==і !=на двох коробках примітивні типи виконують порівняльне порівняння.
  • ... тому що ==і !=за двома типами посилань (наприклад String) завжди є порівняльним порівнянням
  • intМоже бути autoboxed до Integer; немає автоматичної коробки від int[]до Integer[].
• В Java byte, short, int, longпідписуються тільки. Слідкуйте за ненавмисним розширенням знаку.
• Немає багатовимірних масивів, лише масив масивів на Java.
• Більшість sub*діапазонних методів запитів використовують нижню та виключну верхню межу
  • 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)

Дивись також

• Загадки Java: пастки, підводні камені та кутові випадки
  • Веселе, але в той же час дуже навчальне читання.
  • У книзі також є чимало презентацій-переможців в Інтернеті, наприклад:
    • Відео-презентація Google Tech Talk 2007 року
    • TS-5186: Повернення головоломки: Шлок та Побоювання
    • TS-1188: Тривалі пригоди Java-головоломки: пастки тигра
    • TS-2707: Java Puzzlers, Епізод VI: Загроза PhantomReference, Атака клону, Помста зсуву
• Вікіпедія / Порівняння Java та C Sharp

Пов'язані питання

З деяких перелічених вище тем:

• Пояснення Джеймса Гослінга, чому байт Java підписаний
• Java noob: лише дженерики для об'єктів? (так, на жаль)
• Переключити заяву з рядками на Java?
• Чи вважаються верхні межі індексованих діапазонів завжди виключними?
• Чи гарантовано це new Integer(i) == iна Java? (ТАК!)
• Порівнюючи два цілих числа на Java (з ==/ !=), чи відбувається автоматичне розпакування? (НІ!)
• Чому int num = Integer.getInteger("123")кидає NullPointerException? (!!!)

На загальних Java-кодах:

• Ява - загальні ґотчі
• Які підводні камені Java noob?
• Найбільш незручний / оманливий метод в Java Base API?

Очевидною проблемою є порівняння рядків зі стилем C # string1 == string2(Java порівнює лише посилання) замість стилю Java string1.equals(string2).

Ще один - privateмодифікатор доступу за замовчуванням у C #, packageна Java.

Також ToString()методи не локалізуються автоматично поточною культурою на Java.

Один, що отримав мене, - це аргументи підрядки Java - StartIndex, endIndex, тоді як C # Subtring аргументи - startIndex, length. Цього достатньо різниці, щоб зробити це дратівливим і хороша ймовірність отримання індексу поза межами будь-якого способу переключення.

• Ви не отримуєте LINQ
• Ви не отримаєте гарного інтерфейсу (без WPF)
• Немає властивостей
• Ви отримуєте танці єгиптян
• Ви отримуєте API без прикладів та гарної документації

Гм.

• Перерахунки Java набагато потужніші / складніші, вони насправді справжні класи замість названих цілих чисел.
• внутрішні класи в java є більш потужними (і вони поводяться по-різному)
• немає делегатів, лише функціональні об'єкти
• конструктор, що зав'язує річ, має абсолютно різний синтаксис в обох мовах, і я, як правило, виходить з ладу щоразу, коли мені доводиться це робити в c #
• У Java є розширення для підкласифікації та реалізації інтерфейсів, що дуже приємно. Натомість C # ретранслює конвенцію про іменування, яка говорить про те, що інтерфейси починаються з великого регістру I на їх ім'я. Мені не подобається ця конвенція, оскільки я ніколи не можу бути впевнений, чи не вдасться хтось інший.
• java autoboxing може вкусити вас у **
• стирання типу java справді ускладнює справи

Найбільша мета-помилка - припустити, що мова Java та бібліотеки поводяться так само, як схожі на C # речі. Робіть підручники, читайте javadocs, не припускайте ...

Ще одна мета-проблема - припустити, що те, що ти можеш робити щось на Яві так само легко / красиво, як ти можеш / міг би в C #. Це неправда. Java - набагато старша мова, і помилки були допущені ...

І останній мета-камін - це думати, що скарги на те, що речі відсутні / різні в Java на SO, отримають вам загальноприхильні / підтримуючі відповіді!

Остерігайтеся відмінностей у модифікаторах доступу за замовчуванням. Також зауважте, що всі нестатичні методи на Java є віртуальними (якщо ви не позначите їх як кінцеві).

Хоча це дещо застаріло, я вважаю це чудовим посиланням.

Порівняння C # та Java, від Dare Obasanjo

залежить від того, над якою програмою ви працюєте. У Вікіпедії є ця стаття, і вона досить обширна. (також перегляньте розділ "зовнішні посилання" наприкінці) http://en.wikipedia.org/wiki/Comppare_of_Java_and_C_Sharp .

Крім того, я читав цю статтю, коли перейшов з C # на Java http://www.25hoursaday.com/CsharpVsJava.html, і це було дуже корисно.

Я думаю, що ваше питання є суб'єктивним. Тут все не можна пояснити. Я пропоную вам прочитати Java Puzzlers , авторJoshua Bloch and Neal Gafter . Ви можете дізнатися більше і бути в безпеці від підводних каменів.

У мові Java об'єктивні еквіваленти примітивних типів, таких як int, char, не є "типами значень" (наприклад, Integer - це еталонний тип). У C # System.Int32 - це структура.