Переключиться с C # на Java, какие «ошибки» мне следует позаботиться?

Возможно, мне придется перейти на Java для нового проекта. Я очень мало знаю о Java, потому что я в основном изучал и использовал C #, и я боюсь, что различия между этими двумя языками / платформами могут вызвать у меня много проблем.

О каких подводных камнях / ошибках я должен заботиться?

Вот несколько важных моментов Java при переходе с C #:

• В Java switchкейсы могут незаметно переходить к следующему, поэтому убедитесь, что вы всегда ставите их, breakкогда это необходимо. Вы также не можете switchна Stringв Java.
• Обобщения являются нереализованными и параметризуемыми только с ссылочными типами. Нет List<int>, только кот List<Integer>. Автобокс скрывает многословие, но вы можете получить NullPointerExceptionпри распаковке null. Также ==и !=на двух штучных примитивных типах выполняют эталонное сравнение.
  • ... потому что ==и !=на двух ссылочных типах (например String) всегда есть ссылочные сравнения
  • An intможет быть автоматически упакован в 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 Puzzlers: ловушки, ловушки и угловые случаи
  • Забавное, но в то же время очень познавательное чтение.
  • Книга также имеет много презентаций преемников, доступных в Интернете, например:
    • Видео презентация Google Tech Talk 2007
    • TS-5186: Возвращение загадок: Шлок и Трепет
    • TS-1188: продолжающиеся приключения Java-головоломок: тигровые ловушки
    • TS-2707: Java Puzzlers, серия VI: угроза фантомной ссылки, атака клона, месть сдвига
• Википедия / Сравнение Java и C Sharp

Смежные вопросы

По некоторым темам, перечисленным выше:

• Джеймс Гослинг объяснил, почему байт Java подписан
• Java noob: обобщение только для объектов? (Да, к сожалению)
• Переключить оператор со строками в Java?
• Всегда ли верхние границы индексированных диапазонов считаются эксклюзивными?
• Это гарантировано, что new Integer(i) == iв Java? (ДА!)
• При сравнении двух целых чисел в Java (с ==/ !=) происходит автоматическая распаковка? (НЕТ!)
• Почему int num = Integer.getInteger("123")бросать NullPointerException? (!!!)

На общих Java попал:

• Ява - Общие Гочи
• Каковы подводные камни в нубе Java?
• Самый неудобный / вводящий в заблуждение метод в Java Base API?

Одна очевидная ловушка - сравнение строк в стиле C # string1 == string2(Java сравнивает только ссылки) вместо стиля Java string1.equals(string2).

Другой - это privateмодификатор доступа по умолчанию в C #, packageв Java.

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

Я получил аргументы подстроки Java : beginIndex, endIndex, а аргументы подстроки C # - startIndex, length. Этого достаточно для того, чтобы сделать это раздражающим, и хорошая вероятность того, что индекс выйдет за границы в любом случае, когда вы переключаетесь.

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

Гектометр

• Перечисления Java намного более мощные / сложные, они на самом деле являются реальными классами, а не именованными целыми числами.
• внутренние классы в Java являются более мощными (и они ведут себя по-разному)
• без делегатов, только функциональные объекты
• в обоих языках синтаксис конструктора имеет совершенно разный синтаксис, я склонен терпеть неудачу каждый раз, когда мне приходится делать это в c #
• Java имеет расширенные возможности для создания подклассов и реализует интерфейсы, что довольно приятно. Вместо этого C # использует соглашение об именах, согласно которому интерфейсы начинаются с заглавной буквы I в их имени. Мне не нравится это соглашение, так как я никогда не могу быть уверен, что кто-то еще потерпит неудачу.
• Java Autoboxing может укусить вас в а **
• стирание Java-типа действительно усложняет ситуацию

Самая большая мета-ловушка состоит в том, что предполагается, что язык и библиотеки Java ведут себя так же, как похожий материал в C #. Делайте учебные пособия, читайте Javadocs, не предполагайте ...

Еще одна мета-ловушка - предположить, что тот факт, что вы можете делать что-то в Java, так же легко / приятно, как вы можете / могли бы делать в C #. Это не правда. Ява - намного более старый язык, и были допущены ошибки ...

И последняя мета-ловушка заключается в том, что если вы будете жаловаться на то, что в Java на SO отсутствуют какие-либо вещи, вы получите всеобщее сочувствие / поддержку!

Остерегайтесь различий в модификаторах доступа по умолчанию. Также обратите внимание, что все нестатические методы в Java являются виртуальными (если вы не пометите их как final).

Хотя это несколько устарело, я обнаружил, что это отличная ссылка.

Сравнение C # и Java от Dare Obasanjo

зависит от того, над какой программой вы работаете. В Википедии есть эта статья, и она довольно обширна. (также ознакомьтесь с разделом «внешние ссылки» в конце) http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp .

Кроме того, я прочитал эту статью, когда я переключился с C # на Java http://www.25hoursaday.com/CsharpVsJava.html, и это было очень полезно.

Я думаю, что ваш вопрос субъективен. Все не может быть объяснено здесь. Я предлагаю вам прочитать Java Puzzlers , By Joshua Bloch and Neal Gafter. Вы можете узнать больше и быть в безопасности от ловушек.

В языке Java объективные эквиваленты примитивных типов, таких как int, char, не являются «типами значений» (например, Integer является ссылочным типом). В C # System.Int32 является структурой.