Цитата(Дрон @ 3.7.2008, 22:29  ) | Расхваливаемый принцип "compile once run everywhere" на практике оказался труднореализуемым. И даже если использовать Java 5, надёжность работы на Маке оказывается заметно ниже, чем на Windows.
Сам UI построен на Swing. Используется Substance look and feel и некоторые компоненты из SwingX. SwingX не самый последний, т.к. за эти несколько месяцев его разработчики поменяли функциональность используемых мной компонент в не совсем устраивающем меня направлении. Никакой вразумительной документации всё равно нет, а ковыряться в их исходном коде нет никакого желания. Substance производит хорошее впечатление, практически не к чему придраться, хотя документация тоже слабовата.
|
Скажу по секрету, что в природе не существует такого GUI, который на 100 процентов удовлетворял бы вышеозначенному принципу. Что касается самой java на уровне байткода - она вполне себе переносима.
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Среда разработки NetBeans. Весьма приличная штука, хоть медленная и глючноватая (перезапускать регулярно приходится), но всё же обладает весьма широкими возможностями для бесплатной программы, в некоторых областях заметно превосходя Visual Studio 2005. |
Брось каку. Используй Eclipse. Новый eclipse 3.4 (пусть пока и сыроват) очень приличная IDE. И wtp наконец довели до ума (проблемы с деплоингом исчезли и наконец появился приличный редактор jscripta).
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Пытался использовать Java Web Start для распространения, но эта технология показала свою полную непригодность для работы с конечными пользователями, которым совсем не интересно знать про то, что такое Java. Даже, если приложение запустилось, то большая ненадёжность и непрозрачность обновления версий заставила меня написать собственный примитивный "обновлятель", который скачивает архив и заменяет jar файлы. Можно было бы написать свой classloader, чтобы сделать обновления ещё более незаметными удобными для пользователя, но у меня нет времени с этим разбираться. В .NET используется принципиально другой подход -- там можно загружать и выгружать application domain по желанию, без каких-либо усилий, чтобы иметь возможность модифицировать файл. |
Вот это совершенно непонятно. Никаких проблем web start с обновлением не имеет. С версионностью - да, но не с обновлениями. Возможно, имеется ввиду hote replace? Так по нормальному реализовать это в языках, подобных java или c#, даже теоретически нет никакой возможности. Можно, конечно, воткнуть мегакостыль как в .net с выгрузкой и загрузкой объектов. Но красиво эта проблема решается только в языках без identity и state.
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Распространение приложения на Java это вообще отдельная песня. Мне например кажется полнейшим маразмом возможность параллельного существования на одной машине версий 1.6.0_04, 1.6.0_05, 1.6.0_06 и т.д. при том, что каждая следующая версия содержит в себе исправления из предыдущей. А установив себе отдельно JRE я лишаюсь возможности использовать исправления багов (коих немеряно) при выходе следующей ревизии от Sun. Да и совесть мучает ставить пользователю лишние 120 мегабайт мёртвого груза. |
Ключевое слово - исправления. Если в документации к ПО написано, что она должна работать на jre 1.x.x.x, она должна работать именно на 1.x.x.x и на никакой другой. Гарантии, что ПО сохранит работоспособность на следующей версии jre невозможно дать в принципе. В этом смысле возможность существования нескольких jre на одной машине - естественный шаг для возможности использовать несколько программ, собранных и протестированных с разными jre.
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Более того, если на машине есть .NET, то я точно знаю набор библиотек, которые он в себя включает. В Java же я столкнулся с тем, что по умолчанию там не устанавливается поддержка цветовых профилей. Sun объяснил это тем, что это для уменьшения размера установленного JRE, который напомню около 120 Мб, на 280 килобайт занимаемые соответствующим файлом с информацией о профилях. |
Включи в дистрибутив собственную инсталляцию jre, какие проблемы-то?
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Для работы с графикой используются стандартные средства и Java ImageIO Tools 1.1, а также маленькая библиотека для чтения метаданных из jpeg-файла. Запись метаданных в jpeg реализовывал сам из-за различных багов в Java не дающих возможности получить адекватный результат в случаях, отличающихся от тривиальных. Вообще для приемлимой работы с картинками пришлось использовать весьма нестандартные подходы из-за полнейшей убогости Java 5 в этом отношении. В 6-й версии всё стало лучше, но как я сказал -- не могу использовать на Мак, да и там не всё так гладко, как хотелось бы. |
С изображениями в java, к сожалению, не работал (мы для этого используем C++). А какие там проблемы в java 5?
| Цитата(Дрон @ 3.7.2008, 22:29 ) | | Убогость дженериков в Java вообще поразительна, но хорошо хоть какие-то есть. |
Что есть, то есть. Тут, конечно, не поспоришь. java вообще убогий язык даже по сравнению с с#. Но предметом спора у нас ведь является именно технологии, а не языки? |
наверное на ней и буду программить.. 
Синтаксис Java с .Net классами. 
Произвело неизгладимое впечатление. Терерь Яву учат все кому не лень.
? Исходники .NET'а могут посмотреть все кому не лень с помощью Reflector'а, а если лень, можно скачать микрософтский Shared Source или вообще пользовать Mono.
?
, мне больше не понраву сам MS (его политка)...
К слову о .NET это открытая платформа , к сведенью 
