Для розробників c #, які прагнуть вивчити Java, чи є якісь основні відмінності між двома мовами, на які слід вказати?
Можливо, деякі люди можуть вважати, що речі однакові, але є деякі аспекти імпорту, які не слід залишати без уваги? (або ви дійсно можете зіпсувати!)
Можливо, з точки зору конструкцій ООП, способу роботи GC, посилань, розгортання тощо.
Відповіді:
Кілька проблем з маківкою:
byte підписано на Java (на жаль)staticвін матиме неявне посилання на екземпляр класу, що містить.ось дуже повне порівняння двох мов:
http://www.25hoursaday.com/CsharpVsJava.html
Додано: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp
Мене дивує те, що ніхто не згадував властивості, щось цілком фундаментальне в C #, але відсутнє в Java. C # 3 і вище також автоматично реалізували властивості. У Java вам потрібно використовувати методи типу GetX / SetX.
Ще однією очевидною відмінністю є вирази LINQ та лямбда в C # 3, відсутні у Java.
У Java немає декількох простих, але корисних речей, таких як дослівні рядки (@ ""), перевантаження оператора, ітератори з використанням yield та попереднього процесора також відсутні в Java.
Одним з моїх особистих фаворитів у C # є те, що імена простору імен не повинні відповідати фізичній структурі каталогів. Мені дуже подобається ця гнучкість.
Є багато відмінностей, але вони мені спадають на думку:
.equalsце те, що вам доводиться використовувати.
.NET переосмислив дженерики; Java стерла дженерики.
Різниця полягає в наступному: якщо у вас є ArrayList<String>об’єкт у .NET, ви можете сказати (під час виконання), що об’єкт має тип ArrayList<String>, тоді як у Java, під час виконання, об’єкт має тип ArrayList; Stringчастина втрачається. Якщо ви вкладете не- Stringоб'єкти в систему ArrayList, система не зможе застосувати це, і ви дізнаєтесь про це лише після того, як спробуєте витягти елемент, а приведення не вдасться.
Stringоб'єкти до цього списку, не зробивши де-небудь неперевірений привід , і компілятор буде правильно попереджати вас у той момент, що компілятор більше не може перевіряти загальні межі. Поки ваш список завжди зберігається у змінній List<String>, спроби вставити в нього нерядковий об'єкт не компілюються.
addметод (знову ж таки, за допомогою відображення). Чи система відхилить не- Stringоб'єкт відразу, або лише при видачі результату get?
List. Ви можете мати об’єкти типів, що походять від List, як ArrayListі LinkedList. (Важливо використовувати Listзамість того, ArrayListщоб передавати їх, але це не змінює той факт, що ви не можете сказати new List().)
Одне, чого мені не вистачає в C # з Java, - це примусова обробка перевірених винятків. У C # далеко не загальноприйнято, що ніхто не знає про винятки, які може створити метод, і ви знаходитесь у владі документації чи тестування, щоб їх виявити. У Java не так, за винятком, що перевірено.
Java має автобоксинг для примітивів, а не для типів значень, тому, хоча System.Int32[]це масив значень у C #, Integer[]є масивом посилань на Integerоб'єкти, і як такий не підходить для більш високих обчислень продуктивності.
Ніяких делегатів та подій - вам потрібно використовувати інтерфейси. На щастя, ви можете створювати класи та реалізації інтерфейсу вбудовано, тому це не така вже й велика проблема
x => x.Fooпроти new Bar() { public void M(SomeType x) { return x.Foo; } }- кому цікаво, щоб код був у 10 разів коротшим?
Вбудована функція дати / календаря в Java жахлива порівняно з System.DateTime. Тут є багато інформації про це: Що поганого в Java Date & Time API?
Деякі з них можна придбати для розробника C #:
Крім того, Java не має всіх тих самих функцій, які приносять GAC та суворо названі збірки. Jar Hell - це поняття того, що може піти не так при зв’язуванні / посиланні на зовнішні бібліотеки.
Що стосується упаковки / розгортання:
Одна річ, яка вибиває б / к, це в моєму списку інтерв’ю, полягає в тому, що в Java немає "нового" аналога ключового слова для приховування методів, і тому жодного попереджувача компілятора "ви повинні помістити тут нове". Випадковий метод приховування, коли ви хотіли перевизначити, призводить до помилок.
(редагувати, наприклад) Приклад, B походить від A (використовуючи синтаксис C #, Java поводиться так само, як і останній раз, коли я перевірив, але не видає попередження компілятора). Викликається А-фу або Б-Ф? (A викликається, мабуть, дивуючи розробнику, який реалізував B).
class A
{
public void foo() {code}
}
class B:A
{
public void foo() {code}
}
void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}
newметоду навмисного приховування - або не остаточні, так замінені, а не приховані.
У Java немає LINQ, а документація - бісова. Користувальницькі інтерфейси в Java важко розробляти, ви втрачаєте все хороше, що дала нам Microsoft (WPF, WCF тощо), але отримуєте важкі у користуванні, навряд чи задокументовані "API".
Одне питання, з яким я стикався до цього часу під час роботи з Java, що надходить із C #, - це винятки та помилки різні.
Наприклад, ви не можете виявити помилку, яка закінчилася, за допомогою catch (виняток e).
Докладніше див. Нижче:
чому-це-java-lang-outofmemoryerror-java-heap-space-not-caught
Це було так давно, як я був на Java, але те, що я відразу помітив у розробці додатків, - це модель подій C #, перетягування та # перетягування проти використання менеджерів макетів в Swing (якщо ви робите програму App) та обробка винятків з Java, переконавшись, що ви виявили виняток, а C # не потрібно.
У відповідь на ваше цілком пряме запитання у вашому заголовку:
"Розробники C #, які вивчають Java, які найбільші відмінності можна не помітити?"
В: Той факт, що Java значно повільніша у Windows.