Java - ваш итог(недостатки, прочее)

[VISTALL]

Тема пойдет даже не про то, чего нехватает. А то ли все устраивает вас в ней.

Пожалуста не нужно писать нехватает Propeties, delegates, замыканий и прочих плюшек. Это нужно в другой сектор ити.

Например я знаком с Java порядка 5 год, сумел поигратся много с чем(неигрался с Spring & JavaEE )

Я имею свое мнения - я "вполне" доволен языком(именно).

Людей которые пишут на Java которые перешли с С++, ищут множественное наследования - пример я, неимел никаких проблем с стоением Деревья классов. Да и на С++ я имею строгую структуру - аля Java

PS. В теме описаны некоторые причины создания napile.org
PS2. Хейтеры - обходите мимо

[LineOFWar]

хз это как то с++ для своего java для своего так что наверное в полне хватает начинки. просто нужно как то разграничивать и не липить все на одном. простой пример есть банка сгущенки или еще чего и придумана для откртия этой банки открывашка вот и надо юзать открывашку а не любой острый предмет хотя ведь можно =))

[linliss]

раз уже начали отвечать в этом теме, то перенеси первый пост отсюда http://forum.zone-game.info/showthread.php?p=179461 в эту тему

Добавлено через 1 минуту
мне лично нехватает ручного управления памятью

[ALF.]

Лично меня в Java всё устраивает, хоть не так долго с ней и работаю.

А кому надо java + win API - советую использовать C# (C sharp)

p.s.

C# относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java

[VISTALL]

Сообщение от linliss

мне лично нехватает ручного управления памятью

ну ж говорил, такие посты лишнее, времена такие уже прошли.

Мне GC хватает, и проблем с памьятью неимею. Неумете чистить приложения уже ваше дело

Сообщение от ALFOS

Лично меня в Java всё устраивает, хоть не так долго с ней и работаю.

А кому надо java + win API - советую использовать C# (C sharp)

p.s.

ну если чисто WinAPI , есть интересные либы аля BridJ & Jna, которые имеют реализацию - того же прогресс бара с Win7

Сообщение от LineOFWar

хз это как то с++ для своего java для своего так что наверное в полне хватает начинки. просто нужно как то разграничивать и не липить все на одном. простой пример есть банка сгущенки или еще чего и придумана для откртия этой банки открывашка вот и надо юзать открывашку а не любой острый предмет хотя ведь можно =))

ток потом с банки сгущенку не попьеш, сцука острая будет(краи банки, если открывать не тем чем надо)

[Azagthtot]

Объективно не хватает аналога деструктора, который бы вызывался когда количество ссылок на объект ноль, и он (объект) отправляется умирать.
Достал автобоксинг... Ну почему getDeclaredConstructor(int.class) и getDeclaredConstructor(Integer.class) две большие разницы?
Достал массив. Который с одной стороны вроде и Iterable<> (for.. : arr) а с другой (iterator()) вроде и нет...

[VISTALL]

Сообщение от Azagthtot

Объективно не хватает аналога деструктора, который бы вызывался когда количество ссылок на объект ноль, и он (объект) отправляется умирать.
Достал автобоксинг... Ну почему getDeclaredConstructor(int.class) и getDeclaredConstructor(Integer.class) две большие разницы?
Достал массив. Который с одной стороны вроде и Iterable<> (for.. : arr) а с другой (iterator()) вроде и нет...

Полность согласен, кроме первого (причуды памьяти) .


Я как то на OpenJDK на форуме написал тему.

Object[] is not implement Iterable? Why?

Ну почему getDeclaredConstructor(int.class) и getDeclaredConstructor(Integer.class)

вопрос без ответа (not null type, nullable type)

[Blakkky]

Компиляции в натив не хватает ужасно и многословность явы иногда напрягает (особенно когда без IDE писать/править что-то надо).

Integer1024bit a, b, c, d;
......
a = b.add(c.mul(d).sub(a))); // приятнее быль бы видеть a = b + (c * d - a);

А так - язык и язык, не хуже и не лучше других (Ну если BrainFuck в рассчет не брать ).

[VISTALL]

Сообщение от Blakkky

Компиляции в натив не хватает ужасно и многословность явы иногда напрягает (особенно когда без IDE писать/править что-то надо).

Integer1024bit a, b, c, d;
......
a = b.add(c.mul(d).sub(a))); // приятнее быль бы видеть a = b + (c * d - a);

А так - язык и язык, не хуже и не лучше других (Ну если BrainFuck в рассчет не брать ).

помню когда то читал, что авторы отказались от этого

Сообщение от Blakkky

А так - язык и язык, не хуже и не лучше других (Ну если BrainFuck в рассчет не брать ).

ну сравнитель с BrainFuck мне страшны языки ByPascal , ну или Kotlin

[Blakkky]

Я знаю, что отказались, но (внезапно) для строк и других оберток на атомарные типы данных (Integer, Double, etc) операторы (+-*/) перегрузили "из коробки".

Натив очень хочется, чтобы не прибегать к JNI на СИ, а писать все на одном языке (пусть и не все приложение в натив, а только отдельные классы/методы, пусть даже на своем диалекте платформозависимом). Да и по большому счету, портируемость - это хорошо, конечно, но много ли приложений, которым она нужна? Массово - это клиент-банки и игрушки для телефонов, все остальное можно и скомпилить в натив для 3х-4х платформ и не таскать за собой ява-машину.

О! Еще забыл, чего очень-очень не хватает: препроцессора и беззнаковых типов данных!

А про язык - ява не на много проще остальных языков, так что особо разницы нету.