IDE, безусловно, является шагом вперед по сравнению с Delphi 6 и / или Delphi 2006.
Если Unicode важен для ваших клиентов, тогда Delphi 2009/2010 является очевидным вариантом. Но если Unicode важен для вас , а не для ваших клиентов, тогда я буду осторожен.
Юникод не является "бесплатным". Если у ваших пользователей / клиентов есть проблемы с объемом памяти и / или производительностью памяти, и / или ваше приложение требует интенсивной обработки строк, то Unicode назначает цену, которую придется заплатить всем вашим клиентам, а также клиентам, которые сами по себе не заинтересованы в поддержке Unicode, эта цена дает им нулевую выгоду.
Точно так же, если ваше приложение находится поверх схемы базы данных, не поддерживающей Unicode. Миграция существующих баз данных из не-Unicode в Unicode нетривиальна, и если у вас есть клиенты с большими производственными базами данных, вам следует тщательно продумать время простоя этих клиентов, когда они переносят свои хранилища данных.
Также вам необходимо быть в курсе любых интерфейсов с внешними системами - ваш код в одностороннем порядке будет «переходить в Unicode», что может отрицательно сказаться на внешних интерфейсах с другими системами, которые не .
В таких случаях вам было бы неплохо связать переход на Unicode с другими значительными улучшениями и преимуществами, чтобы сделать переход привлекательным по другим причинам.
Кроме того, если у вас действительно есть клиенты с реальной потребностью в истинном Unicode, то переход не так прост, как перекомпиляция с последним / лучшим компилятором и VCL. Настоящая поддержка Unicode потребует гораздо больше работы в коде приложения, чем вы могли бы сначала оценить.
Конечно, наличие компилятора с поддержкой Unicode / VCL является критически важным компонентом, но сам по себе он не является ответом.
Изменение Unicode оказывает значительное влияние на сторонние компоненты. Даже если у вас есть исходный код вашего стороннего кода, вы можете столкнуться с проблемами Unicode в этом коде, если поставщик не предпринял шаги для обновления этого кода в более свежую версию. Я думаю, что большинство современных библиотек вендоров на данный момент являются Unicode, поэтому, если вы не используете библиотеку, которая больше не поддерживается вендором, вы должны быть в порядке в этом отношении.
Я бы также проявил осторожность, когда дело доходит до таких «крутых» языковых функций, как дженерики. Они действительно выглядят круто, но у них есть некоторые серьёзно ограничивающие характеристики, с которыми вы столкнетесь за пределами демонстрации функций, и это может привести к трудностям в обслуживании и отладке, так как опыт сообщества по работе с ними ограничен, поэтому «лучшие практики» пока появиться, и поддержка инструмента, возможно, еще не догнала использование, для которого эти функции используются в реальном коде.
Сказав ALL , что .... Поскольку вы не можете реально выбрать любую версию, кроме Delphi 2010, для обновления до нее, то, если вы собираетесь вообще обновиться, вам нужно прикусить пулю Unicode и Вас ждет множество заманчивых языковых возможностей, чтобы повозиться и отвлечь вас. ;)
И теперь, когда Embarcadero вводит более драконовскую политику в отношении соответствующих продуктов для обновления, у вас будет иметь для выхода из Delphi 2006, если вы хотите претендовать на цену обновления для Delphi 20 * 11 * и далее, будь то вы решаете, что 2010 год подходит вам или нет, в противном случае, когда придет время перейти на Delphi 2011, вы окажетесь новым клиентом , и если вы считаете, что цены на обновление были высокими, проверьте Стоимость новой лицензии пользователя!