Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  14:02[Войти] | [Зарегистрироваться]
Обсуждение темы:
Отношение Паскаль-программистов к 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 сообщение

Добавить свое сообщение

Отслеживать это обсуждение
<<<... | 371—362 | 361—352 | 351—342 | ...>>>
Всего сообщений в теме: 391; страниц: 40; текущая страница: 4


№ 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.



<<<... | 371—362 | 361—352 | 351—342 | ...>>>
Всего сообщений в теме: 391; страниц: 40; текущая страница: 4


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования