質問

1999年に書いた古いDelphi 3プロジェクトを新しいバージョンにアップグレードし、機能を追加するという割り当てを受けました(これは関連する質問こちらおよびこちら)。適切なルートは、最初に開発環境をDelphi 2010にアップグレードしてからアプリケーションを移植することだと考えていました。

現在、Unicodeの複雑さを回避するために、アプリケーションを既存のDelphi 2007のコピーにアップグレードするかどうかを検討しています。アプリケーションは米国の単一の会社で実行され、単一の州の要件に厳密にバインドされているため、Unicodeサポートの恩恵は受けません。

私の質問は次のとおりです。Unicodeの問題に対処するための追加の手間は、Delphiの最新バージョンを使用する利点を上回るでしょうか。私はユニコードの経験がないと思われるかもしれません。

役に立ちましたか?

解決

彼らはDelphi 2009でUnicodeを実装し、文字やバイトのトリックを行わないほとんどのプログラムが問題なく変換できるようになりました。

注意点は、サードパーティのパッケージを使用していない限りです。もしそうなら、それらをアップグレードする必要があります。アップグレードがなく、ソースコードもない場合は、Delphi 2010に行かない方が良いかもしれません。

しかし、可能な場合はジャンプします。やったし、やったことは嬉しい。

他のヒント

なぜ「アップグレード」するのか最新ではないバージョンに、それは単に以前の「次のアップグレード」を保証します。 Delphi 2010には非常に満足しています。D2010では利用できないサードパーティのライブラリを使用しない限り、そのバージョンに移植することをお勧めします

D2010トライアルで試してみて(アップグレード)、1日かそこらを与えて、結果として生じる合併症のタイプを感じてください。一般的に、ポインター演算に多くのPCharを使用せず、文字列のサブ範囲を使用しなかった場合、例えばCode [1]:= 'A'など、アップグレードの問題はほとんどないか、まったくないはずです。ユニコードのアップグレードは別として、D2010 IDEはより使いやすく、D2007よりも高速です。

D2007は、おそらくUnicodeで動作するためにコードの変更を必要としないため、アップグレードが容易かもしれません。また、コードが多くのPCharおよび他のANSI専用関数を必要としない場合、Delphi2010多くの作業。

ただし、Delphi 2010にアップグレードする時間とリソースがある場合、Delphi 2009以降の遅かれ早かれバージョンが標準バージョンになるため、より良いオプションになります。

また、D2010ではIDEの生産性が高くなります。ジェネリック、匿名メソッド、およびコードを改善するその他の新しい言語の追加に加えて、コードの一部を書き直す場合は

"それは依存します"

サードパーティ製のコントロールの数とそれらのコントロールの現在の状態に依存します。 (2007年と2010年の更新プログラムがまだ市場にありますか?)

コードサイズとコード品質に依存します。緩く管理された大規模なコードベースがある場合、2010年への道は難しくなります。

(主に)プロジェクトの入出力にも依存します...ファイル/データベース/通信から読み取りますか?それらはユニコードにどのように反応しますか、または適切な処理を保証するためにそれらのタッチポイントをすべて簡単に絞り込むことができますか?

もう1つの主要な依存関係は、アプリケーションの寿命です..." Going Unicode"長期的にこのアプリケーションをサポートする場合、2007年の販売をやめ、あなたはそれを強いられます。

2009年に所有し、それを使用してマイナーなアプリケーション/ユーティリティを構築しましたが、主な作業はプロジェクトに応じて2007、2006、D7、およびD5のままです。

こちらをご覧ください。 D2010に来ると物事を混乱させる可能性があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top