Отношение Паскаль-программистов к Java. |
Доброе время суток. Хотелось бы открыть новую тему для обсуждения на
Базарной площади:
тема:
Java := Си(Паскаль);
содержание: Хотелось бы узнать мнение жителей славного Королевства по
поводу Java - сам я сейчас слезаю с Delphi и перехожу на Borland
JBuilder 4. Интересно что при изучении Java я обнаружил, что хоть по
синтаксису написания Java и смахивает на Си, но по смыслу это больше
напоминает Object Pascal (с Обероном как братья близнецы). Больше
всего поразило, что Java гораздо строже, чем Pascal (чего только стоит
требование описывать методу или обрабатывать генерируемые им
Exception). Также в Java напрочь отсутствует наши любимые по Delphi
Access Violation. Базовые библиотеки гораздо мощнее и продуманней, чем
в Delphi VCL. Пакеты позволяют разделять пространство имен, что
гарантирует их уникальность и снимает головную боль для разработчиков
компонент по поддержке старых версий (думаю что в Delphi 5
одновременно пользоваться еще и VCL от Delphi 3 - это с области
фантастики). Все остальное тоже на высоте - работа с базами данных на
5 (Borland постаралась с учетом ошибок на Delphi), многопоточность -
это часть языка, и много чего еще вкусного. Скорость - не проблема,
как Вы могли бы подумать (не поленился - потестировал - скорость с
приложением на Delphi одинаковая, иногда даже быстрее - это кстати и
не удивительно - в какой то мере со своими RTTI любое Delphi
приложение тоже не тянет на полностью скопилированное в машинный код,
а в Java на это оптимизация предусмотрена). Слабое место - это память
и сборщик мусора. Память жрет неплохо, потому как Java чистый
обьектно-ориентированный язык и в нем обьектами является все, даже
элеиенты массивов. Сборщик мусора в последней версии Java довольно
неплох, но лучше его настроить самому для улучшения
производительности. И еще - начав писать на Java убедился в 2 вещах:
во первых Си диалект вписывается сюда более удачно, чем если бы Java
делалась на Паскаль-диалекте и во вторых - писать программы на Java
быстрее, удобнее и прибыльнее (многоплатформенность, мощные базовые
библиотеки и реклама Sun делают свое дело).
Хотелось бы немного "побазарить" на эту тему с жителями Королевста -
что они думают по поводу перехода на Java - я считаю, что это
следующая ступень в моей жизни программиста, кто то из моих знакомых
считает, что это блажь и надо оставаться на Delphi и ждать 6 версию.
Кто то считает, что я просто пытаюсь сменить рынок на более
разрекламированный и оплачиваемый (и это тоже играло свою роль). Как
говорится вопрос в студию: "Отношение Паскаль программистов к Java".Konstantinov Alex
Всего в теме 391 сообщение
Добавить свое сообщение
Отслеживать это обсуждение 
№ 361 23-06-2004 00:42 |  |
Ответ на »сообщение 359« (Max Belugin)
___________________________
Вобщем, тут, как и везде надо приноровиться.
Не знаю, где "везде", у меня никогда не возникало проблем ни со студией (только раскладку горячих клавиш изменить), ни с жабобилдером.
Видимо, надо что-то в консерватории подправить.
№ 360 23-06-2004 00:34 |  |
Ответ на »сообщение 358« (Jack Of Shadows)
___________________________
Вы хотите сказать что дельфи сохраняет файл, если его скомпилировать ? :))
Не помню, вроде как по умолчанию сохраняет, просто давно не задавался таким вопросом со времен турбо паскаля, когда это нужно было явно настраивать.
Или я уже со VS путаю - там перед компиляцией проект сохраняется.
То что у С++ компиляция занимает до черта времени - это их проблемы.
Да нет, Джек, это проблемы IDE...
:)) Дык эта..RTFM. На java с дельфи наскоком не перейдешь.
Задачи перехода не стояло, просто была необходима небольшая правка. Года три назад, когда приходилось возиться с жабой чаще, я использовал JBuilder без каких-либо проблем.
А по поводу RTFM... Хорошо, пусть я - тупой, но Eclypse потерял клиента, да и рекомендаций я никому хороших на него не дам :)
№ 359 22-06-2004 22:15 |  |
Ответ на »сообщение 357« (Сергей Тарасов)
___________________________
Ответ на »сообщение 356« (Max Belugin)
___________________________
Тогда у эклипсоводов есть очевидная проблема: при таком подходе два файла с перекрестными ссылками без ошибок компиляции не сохранишь, хотя код в них корректный :)
Это смотря как билдер реализовывать. Я уж не помню, как оно в JDT...
Для С++ такой подход и вовсе неприемлем, поскольку один из главных принципов приплюснутого разработчика - минимизация числа компиляций.
Я не знаю, как устроено CDT (моджет вы его видели?) если вы смотрели текст по ссылке, то там написано, что есть еще и способ явно собрать проект.
Кстати, автокомпиляция, насколько я помню отключается.
Вобщем, тут, как и везде надо приноровиться.
№ 358 22-06-2004 20:37 |  |
Ответ на »сообщение 357« (Сергей Тарасов)
___________________________
Почему, если технология такова, как вы говорите, программа настолько глупа, что не может при выборе этого пункта сохранить файлы и скомпилировать проект ?
Вы хотите сказать что дельфи сохраняет файл, если его скомпилировать ? :))
Для С++ такой подход и вовсе неприемлем, поскольку один из главных принципов приплюснутого разработчика - минимизация числа компиляций.
Это что, одно из требований задачи ?
То что у С++ компиляция занимает до черта времени - это их проблемы. Соответственно решение этой проблемы (минимизация числа компиляций) - это их частное решение, не имеющее отношение к другим языкам.
Я пользуюсь Eclipse довольно давно. Еще с версии 2.0
Компиляцией на лету очень даже доволен. Занимает столько же времени сколько у дельфи занимает построение контекстных меню подсказок. Кроме того компилируется каждый раз не весь проект а только измененные файлы. На современных P4 - доли секунды.
Насчет удобства IDE, тут как говорится на вкус и цвет. Мне например Eclipse нравится больше чем Delphi. Он для меня удобнее.
Полчаса прострации вперемежку с матом...
Затем случайно нажимаю кнопку "Сохранить файл" - компиляция проходит без ошибок...
:)) Дык эта..RTFM. На java с дельфи наскоком не перейдешь.
№ 357 22-06-2004 20:05 |  |
Ответ на »сообщение 356« (Max Belugin)
___________________________
Тогда у эклипсоводов есть очевидная проблема: при таком подходе два файла с перекрестными ссылками без ошибок компиляции не сохранишь, хотя код в них корректный :)
Для С++ такой подход и вовсе неприемлем, поскольку один из главных принципов приплюснутого разработчика - минимизация числа компиляций.
№ 356 22-06-2004 19:45 |  |
Ответ на »сообщение 355« (Сергей Тарасов)
___________________________
Тут немножко теории.
http://www.eclipse.org/articles/Article-Builders/builders.html
Есть разные точки зрения. Насколько я понимаю точку зрения эклипсоводов, скомпилированный код это одно из "представлений" программы.
Они просто считают, что построение этого представления на лету - правильней. И я где-то их понимаю. Хотя поначалу тоже было непривычно...
№ 355 22-06-2004 15:51 |  |
Ответ на »сообщение 353« (Max Belugin)
___________________________
Вообще, если то что вы говорите про Eclypse - правда, то надо признать, мягко говоря, просчет его разработчиков.
Совмещать две логически разные операции "Сохранение" и "Компиляция" в одну, это, как бы помягче выразиться... ну, работавшие на С++ меня поймут.
№ 354 22-06-2004 15:42 |  |
Ответ на »сообщение 353« (Max Belugin)
___________________________
Ответ на »сообщение 352« (Сергей Тарасов)
___________________________
если Based on eclipse technology, оно не же не должно иметь такого действия, как "компиляция" - компилировать должно при сохранении.
Максим, теперь и вы хотите сказать, что я тупой ? :))
Зачем в меню пункт "Компилировать" ?
Почему, если технология такова, как вы говорите, программа настолько глупа, что не может при выборе этого пункта сохранить файлы и скомпилировать проект ?
IDE под Java очень много. Может JBuilder или IDE вам бы понравились.
Я в курсе, жабобилдер вполне приличная штука.
№ 353 22-06-2004 14:37 |  |
Ответ на »сообщение 352« (Сергей Тарасов)
___________________________
если Based on eclipse technology, оно не же не должно иметь такого действия, как "компиляция" - компилировать должно при сохранении.
IDE под Java очень много. Может JBuilder или IDE вам бы понравились.
№ 352 22-06-2004 14:22 |  |
P.P.S. WebSphere Studio 5 for Java, конечно.
Простой пример: написал я наистандартнейшую строчку, переопределяющую метод
public String toString() {
...
}
и попытался скомпилировать.
А IDE мне показывает ошибку "Не могу ПОНИЗИТЬ видимость метода..."...
Полчаса прострации вперемежку с матом...
Затем случайно нажимаю кнопку "Сохранить файл" - компиляция проходит без ошибок...
По умолчанию, кстати, никаких горячих клавиш для компиляции и запуска тоже нет: пользуй мышь или иди в настройки и сам выставляй кнопки.
Нет слов...
Зато на лейбле гордо реет надпись: IDE based on Eclypse technology.
Добавить свое сообщение
Отслеживать это обсуждение 
Дополнительная навигация: |
|