2011-11-10 5 views
4

現在D2007を使用していますが、XE2へのアップグレードを検討しています。 2007年から2009年までのUnicodeのステップと、XEからXE2(32/64ビット、VCL/Firemonkeyのポインタサイズ、ユニットの名前空間など)からなるプラットフォーム全体の2つの大きな問題を考えることができます。Delphi 2007からXE2にアップグレードするには?

我々はXE2を購入した場合、私の考えは二段階でのアップグレードに取り組むことでしたので、私の知る限り、我々はまた、D2009、D2010およびXEを得る:Unicodeを使用した

  1. まず契約。私はこれを行う最善の方法はXEにアップグレードすることだと思う:私たちはジェネリックスなどは動作させるが、アップグレード2007-> 2009に比べて追加の問題はない。

  2. ステップ1が完了し、私たちの顧客にはXE-> XE2を実行することが示されている場合。

あなたはどう思いますか?代わりにアップグレードを一歩一気に行うべきでしょうか?または2つのステップが異なる中間バージョンを使用していますか?

編集:私は、XE2が私たちにクロスプラットフォームに向かわないことを知っています(FireMonkeyはおそらく決して選択肢にはなりません)。私はちょうど"XE2 values of mrAll, mrNoToAll, mrYesToAll and mrClose"のような関連する問題を避け、どのようなUnicode関連の問題にも対処したい。移行中にユニットをD2007とXE2の両方と互換性を持たせることができれば、ユニットの名前空間は非常に妨げに思えます(それとも悪い考えですか?)。

+0

私は自分の考えを拘束することはできません "@Nick Hodges氏は、自動化されたテストでアプリケーション内のすべてを保護しているため、何も間違っていてXE2に直接ジャンプする必要があるから" –

+0

これは、 **。 :-) –

+0

@HeinrichUlbrichtニックはそれを決して言わないと確信しています。あなたの単体テストが合格したからといって、プログラムが動作するわけではありません。あなたは単体テストをどのようにテストしますか? –

答えて

7

私はただちにXE2にジャンプします。 64ビットをサポートしているという理由だけで、FireMonkeyはすぐに使用する必要はありません。必要に応じて32ビットコードを最初に書いてUnicodeの更新を行いますが、64ビットに取り組む準備ができたら、将来の移行の必要性を最小限に抑えるためにポインタ、メモリ使用などを扱う際は64ビットに注意してください。それはまったく新しいフレームワークなので、FireMonkeyについても心配しないでください

+0

+1秒です。 XE2にまっすぐ進むが、最初にUnicodeポートに触れてください。 VCLと32ビットに固執する。一度に1つずつ変更してください。唯一の懸案事項は、サードパーティのベンダーが今までに完全なXE2サポートを提供していない可能性があることです。 –

+0

ありがとうございます。私は私の記事を編集して(うまくいけば:-))私の懸念を明らかにする。 –

関連する問題