Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Delphi vs Visual Studio (native C++)  (Прочитано 11013 раз)
0 Пользователей и 1 Гость смотрят эту тему.
yudjin
Помогающий

ua
Offline Offline
Пол: Мужской

« : 04-12-2010 18:37 » 

Не холивара ради, но чтобы "зафиксировать" отличия этих сред (нужно для записки). С делфями сталкивался в несознательном возрасте на 3м курсе - сравнивать не с чем особо. Сходу пришло в голову только одно - размер исполняемого файла, но это скорее больше к языку относится, чем к среде... Подсобите, кто чем может
Записан
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #1 : 04-12-2010 19:14 » 

Сходу пришло в голову только одно - размер исполняемого файла,

А это действительно столь важный критерий?

но это скорее больше к языку относится, чем к среде...

Не понял связи.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
yudjin
Помогающий

ua
Offline Offline
Пол: Мужской

« Ответ #2 : 04-12-2010 19:34 » 

Может и не важный.
Дело в том, что сравнить нужно именно среды разработки Delphi (pascacal) и Visual Studio (для "родного" C++). А размер exe-шника зависит от языка, а не от среды разработки, IMHO
Записан
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #3 : 04-12-2010 20:02 » 

Дело в том, что сравнить нужно именно среды разработки Delphi (pascacal) и Visual Studio (для "родного" C++).

Тогда и сравнивать нужно в первую очередь сами среды. А чтобы что-то сравнивать, нужно сначала определить набор критериев сравнения.

А размер exe-шника зависит от языка, а не от среды разработки, IMHO

От компилятора он зависит, а не от языка. И от выбранного режима компиляции.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
zubr
Гость
« Ответ #4 : 04-12-2010 20:09 » 

Размер экзешника в Delphi зависит от применяемых модулей. Я сравнивал размеры экзешника в Delphi и VS. Ужимая все возможное в обоих средах размер экзешника в Delphi у меня получался меньше, только все самому ручками приходилось делать, без VCL и множества классов, только модуль System.
Записан
yudjin
Помогающий

ua
Offline Offline
Пол: Мужской

« Ответ #5 : 05-12-2010 09:07 » 

Тогда и сравнивать нужно в первую очередь сами среды. А чтобы что-то сравнивать, нужно сначала определить набор критериев сравнения.
Хорошо, поставлю вопрос по-другому: какие возможны критерии для сравнения двух IDE?
Записан
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #6 : 05-12-2010 11:00 » 

Хорошо, поставлю вопрос по-другому: какие возможны критерии для сравнения двух IDE?

Лично для меня важно, чтобы IDE была действительно интегрированной, как следует из названия. Это значит, что в процессе создания программы пользователь не должен часто переключаться между разными приложениями (в идеале - постоянно оставаться в IDE). Это значит, что IDE помимо обязательного набора редактор/компилятор/отладчик/профилировщик...  должна иметь как минимум следующие модули (или хотя бы иметь средства расширения для подключения внешних модулей):

  • управление версиями;
  • модульное тестирование;
  • рефакторинг.

Весьма приветствуются:

  • средства работы с UML или подобной нотацией (прямое и обратное проектирование);
  • шаблоны хрестоматийных паттернов проектирования.

Это то, что пришло навскидку. Список можно пополнять еще долго.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #7 : 05-12-2010 12:48 » new

Можно добавить всплывающие подсказки, контекстную помощь по API и различные автогенераторы кода. Но важен не только факт их наличия, но в первую очередь удобство их использования и вменяемость генерируемого кода. Потому что, например, wizard'ы VS 6.0 для MFC и COM на мой взгляд - это ужасно.

Некоторым нужна автогенерация документации по коду и комментариям.

Так что в конечном счёте выбор критериев сравнения прямо зависит от того, какие задачи планируется решать при помощи данного IDE.

Некоторым важна, например, кроссплатформенность среды разработки и отладки. Тогда смотрят в сторону, например, Eclipse и GCC.

Некоторым важны их собственные наработки, автоматизирующие внутрифирменный процесс разработки, выпуска версий, подключение каких-то специфических эмуляторов и отладчиков - тогда важна возможность написания для IDE собственных макросов и расширений, интеграция внутрь IDE сторонних продуктов.

Конечная цель выбора IDE: удешевление и повышение комфортности и скорости процесса разработки (очень часто командного). Для этого можно составить технико-экономическое обоснование со сравнением отношений польза/цена для разных сред. А ещё учитывать выход новых версий и стоимость перехода на них (включая время на переучивание/адаптацию разработчиков). Пользу как раз можно оценивать по вышеизложенным и другим критериям, коих довольно много.
« Последнее редактирование: 05-12-2010 12:54 от Dimka » Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines