2010-05-26 5 views
1

О чем беспокоиться, если я перееду на Delphi с 2007 по 2010 год?Обновление с Delphi 2007 до Delphi 2010?

Я проверил this article и было много интересного, но не точно для этого прыжка, который мне нужен.

Чтобы прояснить мой вопрос и ситуацию:

  • У меня есть код всех 3TD Компоненты сторонних производителей.
  • Мне понадобится юникод, но не в этом году.
  • Мне нужна победа 7 поддержка - темы, формы изменить размер проблем и т. Д.
  • Буду рад иметь приличную систему помощи.
  • Улучшено ли ADO (dbGO)?
  • Какую головную боль ожидать?

Спасибо!

+0

Вид дубликата. http://stackoverflow.com/questions/1890490/upgrade-to-delphi-2010-or-stick-with-delphi-7-forever –

ответ

5

Я буду рад оказать помощь несогласным .

Прошу прощения за вас, содержимое справки Delphi2010 лучше, чем Delphi2007, но далеко от Delphi7.

Существует много ресурсов по миграции юникода, и их очень легко найти.

Я просто буду настаивать на 3rd party libs, который является сложной частью. У вас есть исходный код, хорошо, но, учитывая фиксацию unicode, проблема в этих компонентах очень амбициозна!

Моего совет: Проверьте совместимость вашей 3 участника LIBS, проверить совместимость коды - исправить все предупреждения, следовать этому хорошей белой бумаге из CodeGear: Delphi и Unicode http://edn.embarcadero.com/article/38980

+0

Я не согласен. Вики-справочник онлайн очень обновлен, а помощь Delphi 7 объективно дерьмова. Выберите тему для обсуждения деталей, и мы рассмотрим ее более внимательно. Что было полезно в отношении поддержки Delphi 7, так это то, что она не была фальсифицирована (смешана) с помощью MSDN. Самая большая ошибка в истории помощи дельфи. –

+0

Белая бумага, с которой вы связаны, отличная. Три части. Прочтите все три! –

1

мне нужно заручиться поддержкой 7 - темы, форма размер проблемы и т.д.

у вас уже есть темы в Delphi 2007. Не то, что 2007 на 100% готовы ф или Win7, но темы - это то, что важно для большинства пользователей, поэтому это IMHO не аргумент для обновления.

Мне нужен юникод, но не этот год.

Если вы планируете использовать Delphi 2011 и выпускать версию вашего программного обеспечения Mac, почему бы не сделать это шаг за шагом и не принять головную боль Unicode (?) Сегодня? Я не уверен в ответе, просто беспокоюсь :-) Я в этой ситуации уже имею лицензию на Delphi 2009, но все еще не используется из-за Unicode, поэтому я в 2007 году.

+0

Никаких планов для Mac :) Если они создают что-то вроде Килыкса ... Я не могу им доверять, что он будет работать правильно. - темы - да, у нас есть это любопытное - но есть некоторые проблемы с изменением формы и другими скрытыми проблемы, которые я еще не закончил отладки. Я хочу сэкономить время, обновив D2010, но я не уверен, что будет больше - найти и исправить проблемы Win 7 или обновить все до нового VCL? Также, если новая IDE облегчит мою жизнь, я бы хотел ее использовать ... Вопросы, которые я имею в виду :) –

+0

Вам нужно иметь дело с фундаментальным изменением, где String == UnicodeString. Ваши TEdit и TComboBox и все остальное - ВСЕ используют свойства String, которые теперь Unicode. Этого не избежать. Но это не так плохо, как вы думаете. Вам не нужно изучать кантонский или латышский или арабский язык, и вам не нужно интернационализировать ваше приложение вообще, просто сделайте код «unicode CLEAN», что означает «не сломанный и дерьмовый и неправильный». –

1
  1. А «Начальный» подход к Delphi 7/2007 (ANSI строка) порты в 2009/2010 (Юникод строки), чтобы вслепую искать и заменить все вхождения строки и заменить AnsiString, подобным образом, слепо меняется все экземпляры Char для AnsiChar. Это быстро показывает себя болезненным, глупым и неправильным. Таким образом, наказанный, пользователь (не читая направляющие перехода, изданные Embarcadero, написанные Ником Ходжесом) отступит и лижет их раны, и навсегда вернется к Delphi X (где X находится в наборе [7,2007, myFavouriteVersionHere]), ,

  2. Второй подход - загрузить уже обновленные версии любых компонентов, которые вам нужны, и обновлять только те компоненты, которые вы действительно не можете найти, обновленный исходный код, и затем перейти к обновлению кода приложения.

Я считаю, что это стоит делать это, если вы либо продать свою заявку на деньги, или если вы полагаетесь на приложение, чтобы иметь некоторую полезность для вас или вашей компании. Речь идет не только об обновлении для обработки различий в компиляторах, но и о модернизации, как вы говорите, для обработки различий в платформе. И не только различия в платформе, о которых вы говорите выше, но те, о которых вы не упоминали, например UAC, и изменения в разрешениях пользователей на файлы и папки и другие привилегии. Требуется ли ваше приложение для записи в папки внутри C: \ Program Files и т. Д.? Они должны быть исправлены.

Если ваше приложение является типичным «шаром грязи», разработанным постепенно и без элегантного объектно-ориентированного дизайна, и если (как обычно) ваше приложение даже не соответствует рекомендуемым спецификациям, опубликованным Microsoft как часть Windows XP, в 2002 году у вас действительно есть кое-что догоняющее.

Если это слишком много для вас, вы можете рассмотреть возможность заключения контракта. Возможно, эксперт мог бы перенести приложение из старой версии delphi на новый, через несколько часов, и обучить вас тому, как сделать обслуживание с этой точки вперед.

Смежные вопросы