Обновление с Delphi 2007 до Delphi 2010? - PullRequest
1 голос
/ 27 мая 2010

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

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

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

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

Спасибо!

Ответы [ 3 ]

5 голосов
/ 27 мая 2010

Я буду рад получить помощь инакомыслия система.

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

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

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

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

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

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

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

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

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

1 голос
/ 28 мая 2010

Мне нужна поддержка win 7 - темы, форма проблемы изменения размера и т. д.

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

мне понадобится юникод, но не этот год.

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

...