Посоветуйте, на какую версию Дельфи переходить

← →
Василий М (2009-07-12 16:03) [0]

Для узкого круга задач давно и успешно применяю Дельфи-1. Для одного из давно написанного и применяемого пакета стала актуальна модернизация (в Висте глючит входящий в Д-1 РепортСмит, да и рано или поздно 16-битные приложения перестанут поддерживать).
На какую версию разумно переходить, имея в виду минимальную её "сырость" и мечту (в которую сам не верю - но вижу в кратких описаниях) импортировать проект из Д-1?
/В пакете никаких наворотов - БД, обмен по Com-портам со своим оборудованием, формирование табличных отчётов. Основное требование - надежность работы./

← →
Amoeba © (2009-07-12 16:07) [1]

Как минимум - D5.

← →
Германн © (2009-07-12 16:10) [2]

> Как минимум - D5.

Легально?

← →
Василий М (2009-07-12 16:21) [3]

в итоге легально (хотим купить перед тем как вместо старого пакета посталять)

← →
Германн © (2009-07-12 16:30) [4]

> Василий М (12.07.09 16:21) [3]
>
> в итоге легально (хотим купить перед тем как вместо старого
> пакета посталять)

Тогда в чём вопрос? Легально можно только то, что продаётся сейчас.

← →
Василий М (2009-07-12 16:44) [5]

А сейчас Д-2009 только продаётся - или ещё какие?

← →
Германн © (2009-07-12 16:55) [6]

По-моему и 2007 ещё продается.

← →
Василий М (2009-07-12 17:10) [7]

Да, точно. Спасибо. А в Д-2009 всё хорошо или новинка еще сырая?

← →
Кто б сомневался © (2009-07-12 20:22) [8]

> да и рано или поздно 16-битные приложения перестанут поддерживать

Начиная с XP x64 он уже не рабочий там. Вообще.

> А в Д-2009 всё хорошо или новинка еще сырая?

Что значит сырая? Дайте определение. А то у всех разные мнение по поводу сырая. У меня к примеру 4 программы продаются\работают уже 5 месяцев, откомпилированы под D2009, багов по работе не связанных с программой пока не замечено как от юзеров так и от себя..
Работает быстрее всех предыдущих версий delphi - из-за юникода.
К тому же что уже вышло 3 апдейта от CodeGear.
Насчет багов с базами незнаю.

← →
Кто б сомневался © (2009-07-12 20:23) [9]

> Работает быстрее всех предыдущих версий delphi - из-за юникода.

Всмысле программа сделанная на D2009.

← →
DVM © (2009-07-12 20:50) [10]

Если найдешь D7 то можно на нее, а так лучше сразу 2009.

← →
DVM © (2009-07-12 20:54) [11]

> Кто б сомневался ©

> Работает быстрее всех предыдущих версий delphi - из-за юникода.

Вряд ли из-за этого.

> К тому же что уже вышло 3 апдейта от CodeGear.

Уже 4 вроде

> Василий М (12.07.09 17:10) [7]

> А в Д-2009 всё хорошо или новинка еще сырая?

Нормальная уже.

← →
blackman © (2009-07-12 20:54) [12]

да и рано или поздно 16-битные приложения перестанут поддерживать
Не верю!
(с) Станиславский

← →
TUser © (2009-07-12 20:59) [13]

Продаются не только коробочные версии. Стоит точно поговорить на эту тему с диллерами, очень может быть, что правообладатель продаст лицензию хоть на ТурбоПаскаль, если оно кому-то надо. Позвони в Эмперадо, там должны знать.

← →
Inovet © (2009-07-12 21:00) [14]

> [12] blackman © (12.07.09 20:54)
> да и рано или поздно 16-битные приложения перестанут поддерживать
> Не верю!
> (с) Станиславский

Так ведь уже (см выше), ну разве что на виртуальной машине.

← →
Кто б сомневался © (2009-07-12 21:39) [15]

> > Работает быстрее всех предыдущих версий delphi - из-за
> юникода.
>
> Вряд ли из-за этого.

Из за этого в основном. Ведь vcl основан на API, и поэтому раньше при каждом вызове API выделялся буфер для конвертации ANSI в Unicode, после уже вызывалась Unicode функция.
Причем это касается всех вызываемых API функций в VCL у которых есть строки. А для этого нужно немало времени в сумме.
Иначе программы уже давно бы работали быстро бы.

> > К тому же что уже вышло 3 апдейта от CodeGear.
>
> Уже 4 вроде

Там Help Update еще считаются как четвертый.
Официально вышло: три + 2 апдейта на Help. Четверый еще бетки даже нету.

← →
Кто б сомневался © (2009-07-12 21:42) [16]

> [12] blackman © (12.07.09 20:54)
> да и рано или поздно 16-битные приложения перестанут поддерживать
> Не верю!
> (с) Станиславский

Говорят же тебе, что начиная с XP x64 16 битные вообще даже не запускаются. Никак.
А x64 вышла в 2004 кажись. Это касается всех будущих x64 систем, Свиста, Windows 7 итд.
Правда не знаю в Windows 7 x32 есть ли поддержка x16 Может быть и там ее уже убрали.

← →
Игорь Шевченко © (2009-07-12 21:51) [17]

Кто б сомневался © (12.07.09 21:39) [15]

Работа со строками в Delphi тормозная в принципе, поэтому Ansi или Unicode - это не так влияет на производительность, как может показаться.

← →
Кто б сомневался © (2009-07-12 22:10) [18]

> Работа со строками в Delphi тормозная в принципе, поэтому
> Ansi или Unicode

Да но ANSI API - это черный ящик. Неизвестно с какой скоростью работает в разных ситуациях.
Ну а из за чего еще скорость может заметно увеличится? ИХМО это вызов напрямую юникодных Api без конвертации.

← →
Игорь Шевченко © (2009-07-12 22:17) [19]

Кто б сомневался © (12.07.09 22:10) [18]

> Да но ANSI API - это черный ящик

Совершенно не черный ящик. Выделение памяти, вызов MultiByteToWideChar, которая сама по себе очень быстро работает, вызов W-функции, освобождение памяти.

> Ну а из за чего еще скорость может заметно увеличится?

А какие тесты проводились?

← →
Виктор85 (2009-07-13 09:23) [20]

Из-за fastmm скорость приложений увеличилась. Тесты писал, сравнивал D2005 и D2009, скорость действительно выше если алгоритмы часто используются реаллоки.

← →
SPeller © (2009-07-13 09:44) [21]

В Д2009 при выпуске сервиспаков сумма багов не уменьшается. Одни исправляют, другие добавляют. У меня ощущение что на 3-м паке стала работать еще хуже, чем на предыдущем. Непонятные Internal Error XXYYYY тянутся еще с 2007-й, появляются спустя некоторое время работы с определенными юнитами. В СП3 добавилось выпадание эксепшена при нажатии на кнопку Open. Вобщем, я бы посоветовал на 5-7 переходить, еще можно найти коробки. Всё что выше какое-то недоделанное. Программы компилятся и работают, а вот IDE глюкавое и порой тормозное.

> В Д2009 при выпуске сервиспаков сумма багов не уменьшается.
> Одни исправляют, другие добавляют. У меня ощущение что
> на 3-м паке стала работать еще хуже, чем на предыдущем.
> Непонятные Internal Error XXYYYY тянутся еще с 2007-й, появляются
> спустя некоторое время работы с определенными юнитами.

Не знаю, этого у меня за все время работы не было. Причем начиная с первой версии D 2009. Internal Error по разным причинам может возникнуть, возникал и в Delphi 6 и 7. В D7 он у меня возникал пару раз, в 2009 ни разу пока.

> В СП3 добавилось выпадание эксепшена при нажатии на кнопку
> Open

Кончено, они специально его добавили, сразу при нажатии Open. :)
Это проблемы крэка, как здесь уже сказали, ищи другой - нормальный.

> Легально?

При оформлении подписки Embarcadero предоставляет право пользоваться более ранними версиями Delphi до тех пор, пока подписка не закончится. Так я понял на семинаре.

> DVM © (12.07.09 20:50) [10]
> Если найдешь D7 то можно на нее, а так лучше сразу 2009.
да, у меня D7 ,а хотелось бы и 2009 попробовать..

Удалено модератором

> Посоветуйте, на какую версию Дельфи переходить

на последнюю.

> А ты какой кряк использовал? :)

Самый хороший, замена библиотеки проверки лицензии, а эксепшен по инфе из кнопочти Details происходит в недрах IDE, в обработчике TAction

> у меня за все время работы не было. Причем начиная с первой
> версии D 2009. Internal Error по разным причинам может возникнуть,
> возникал и в Delphi 6 и 7. В D7 он у меня возникал пару
> раз, в 2009 ни разу пока

У меня есть подозрения что причина тому - хэлперы. Есть модуль 90 к размером, несколько классов и пара хэлперов. Если постоянно работать с модулем, то каждый час, не больше, а то и чаще, возникает Internal Error и приходится перегружать IDE. Причем как 2007, так и 2009. В 2009 вроде немного реже происходит сей косяк.

Вот сейчас прям было вообще весело. Получил Internal Error, перезапустил, сделал ровно 3 исправления, Ctrl+F9 и снова Internal Error. В 2007-й.

До этого работал в 6 и 7, ничего подобного никогда небыло.

Посоветуйте, на какую версию Дельфи переходить Найти похожие ветки