Для разработчиков С#, которые ищут возможность изучать Java, существуют ли какие-либо существенные различия между двумя языками, которые должны быть указаны?
Возможно, некоторые люди могут считать вещи одинаковыми, но есть некоторые аспекты импорта, которые нельзя игнорировать? (или вы действительно можете испортить!)
Возможно, с точки зрения конструкций ООП, способ работы GC, ссылки, связанные с развертыванием и т.д.
Несколько голов от головы:
byte подписан на Java (к сожалению)static, он будет иметь неявную ссылку на экземпляр содержащего класса.здесь представлено очень полное сравнение двух языков:
http://www.25hoursaday.com/CsharpVsJava.html
Добавлено: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp
Я удивлен, что никто не упомянул свойства, что-то совершенно фундаментальное в С#, но отсутствует в Java. С# 3 и выше также автоматически реализовали свойства. В Java вы должны использовать методы типа GetX/SetX.
Еще одно очевидное отличие - это выражения LINQ и лямбда в С# 3, отсутствующие в Java.
Есть несколько других простых, но полезных вещей, отсутствующих в Java, таких как строки verbatim (@"), перегрузка операторов, итераторы с использованием выходных и предварительных процессоров также отсутствуют на Java.
Один из моих личных фаворитов на С# - это то, что имена пространства имен не должны следовать структуре физического каталога. Мне очень нравится эта гибкость.
Есть много различий, но они приходят мне в голову:
.NET обновил дженерики; Java стирает дженерики.
Разница заключается в следующем: если у вас есть объект ArrayList<String>, в .NET вы можете указать (во время выполнения), что объект имеет тип ArrayList<String>, тогда как в Java во время выполнения объект имеет тип ArrayList; часть String теряется. Если вы помещаете объекты String в ArrayList, система не может обеспечить это, и вы узнаете об этом только после того, как попытаетесь извлечь этот элемент из списка, и сбой выполнения.
Одна вещь, которую я пропускаю на С# с Java, - это принудительная обработка проверенных исключений. В С# это очень распространено, что никто не знает об исключениях, которые может бросить метод, и вы находитесь во власти документации или тестирования, чтобы обнаружить их. Не так в Java с проверенными исключениями.
Нет делегатов или событий - вам нужно использовать интерфейсы. К счастью, вы можете создавать классы и реализации интерфейса внутри, поэтому это не так уж и важно.
Java имеет автобоксинг для примитивов, а не типов значений, поэтому, хотя System.Int32[] представляет собой массив значений в С#, Integer[] представляет собой массив ссылок на объекты Integer и, как таковой, не подходит для более высоких вычислений производительности.
Встроенная функция даты/календаря в Java ужасна по сравнению с System.DateTime. Здесь много информации об этом: Что случилось с API дат и времени Java?
Некоторые из них могут быть исправлены для разработчика С#:
Кроме того, Java не имеет всех тех же функций, что и GAC и сильно названные сборки. Jar Hell - это термин, который может ошибиться при связывании/ссылках на внешние библиотеки.
Что касается упаковки/развертывания:
В Java нет делегатов. Поэтому, помимо всех преимуществ, которые делегаты приносят в таблицу, события также работают по-разному. Вместо того, чтобы просто подключать метод, вам нужно реализовать интерфейс и прикрепить его.
Одна вещь, которая выпрыгивает из b/c в моем списке интервью, заключается в том, что в Java нет "нового" аналога ключевых слов для скрытия метода, и поэтому нет предупреждения о компиляторе "вы должны поместить здесь новое". Случайный метод, скрывающийся, когда вы хотели переопределить, приводит к ошибкам.
(например, редактировать) Пример: B происходит от A (используя синтаксис С#, Java ведет себя так же, как и последний, я проверил, но не выдал предупреждение о компиляторе). Вызывается ли foo или B foo? (A получает вызов, вероятно, удивляет разработчика, который реализовал B).
class A
{
public void foo() {code}
}
class B:A
{
public void foo() {code}
}
void SomeMethod()
{
A a = new B(); // variable type is declared as A, but assigned to an object of B.
a.foo();
}
Java не имеет LINQ, а документация - ад. Пользовательские интерфейсы на Java - это боль, чтобы развиваться, вы теряете все хорошие вещи, которые Microsoft дала нам (WPF, WCF и т.д.), Но получили труднодоступные, едва документированные "API".
Единственная проблема, с которой я столкнулся до сих пор при работе с Java, исходящей из С#, - это исключения и ошибки.
Например, вы не можете поймать ошибку из памяти с помощью catch (Исключение e).
Подробнее см. ниже:
why-is-java-lang-outofmemoryerror-java-heap-space-not-caught
Это было так давно, как я был на Java, но те вещи, которые я сразу заметил с точки зрения разработки приложений, - это модель событий С#, перетаскивание с помощью С# и использование менеджеров макетов в Swing (если вы делаете App dev) и обработки исключений с Java, убедившись, что вы поймаете исключение, а С# не требуется.
Самая неприятная разница для меня, когда я переключаю на java это объявление строки.
в С# string (большую часть времени)
в Java string
Это довольно просто, но поверьте мне, это заставляет вас терять так много времени, когда у вас есть привычка s not s!
В ответ на ваш очень прямой вопрос в вашем названии:
"Разработчики С#, изучающие Java, какие самые большие различия можно игнорировать?"
A: факт, что Java значительно медленнее в Windows.