8

私は「コミュニティ ウィキ」という質問を作成しました。これは主観的なものです。

Unicode サポートのため、Delphi 2009 にアップグレードしました。匿名メソッドは非常に興味深く便利な言語機能であることがわかりましたが、ジェネリックについては同じことは言えません。ジェネリックは、Delphi 2009 にアップグレードする前は重要だと思われていましたが、使用したことがなく、おそらく使用することもありません。Delphi 2010 に関しては、私は属性を必要とせず、拡張 RTTI の全体的なアイデアが好きではありません。それが、Delphi 2009 が私にとってより優れている理由です。ときどき、Delphi 2009 IDE で何か厄介なバグに遭遇することがありますが、それらは重大ではなく、対処できます。Mac や Linux 用のソフトウェアを開発する予定はありません。確かにいつかは 64 ビットのサポートが必要になるので、Delphi 2012 (XE2) にアップグレードすることを考えています。

Delphi 2009 からのアップグレードを余儀なくされる理由は他にありますか?

4

7 に答える 7

9

ええと、あなたはそれをすでにすべて解決しているようです。RTTI や連絡先 (誰もあまり気にしていないようです) に興味がない場合、おそらく最大の違いは、改善された Generics です。それらを使用していない場合は、実際に使用する必要があります。ジェネリックは、使い始めるまで実際には用途が見えない機能の 1 つですが、使い始めるとあらゆる場所で使用できることがわかり始めます。 彼らはあらゆる種類のことをはるかに簡単にします...それらが機能するとき。残念ながら、D2009 では Generics のサポートが壊れていましたが、2010 で修正されました。

また、RTTI を自分で使用していない場合でも、RTTI を使用するライブラリで多くの開発作業が行われています。 たとえば、多数の便利なコンテナーやその他のクラスを提供するDeHLは、D2010 のみをサポートします。

全体として、D2009 から D2010 に更新する価値があります。クロス プラットフォームに興味がない場合は、D2011 を飛ばした方がいいかもしれませんが、私は D2010 を飛ばしません。

于 2010-04-22T20:17:25.790 に答える
4

Embarcadero wikiには、ほとんどの改善点のリストがあります。Delphi 2010 は、既存のものに磨きをかけることを目的としており、バグ修正のためだけにアップグレードすることをお勧めします。クロスプラットフォームと 64 ビットのサポートは混乱を招きます。そのため、その時間を確保したい場合は、利用可能な最も安定したバージョンを使用する必要があります。

生産性を高めるために、デバッガーと IDE にも多くの調整が加えられています。個々に大きな変化はありませんが、全体としては素晴らしい改善です。

于 2010-04-22T20:23:00.133 に答える
1

そして、2009 年に Generics を使い始めると、非常に短い順序で大規模な大規模な見落としに悩まされることにTList<T>なりExchangeますExtract。それ自体は大したことではありませんが、リストがオブジェクトを所有する場合TList<T>は大きな問題です。TObjectList<T>

于 2010-04-22T23:04:57.183 に答える
0

私が知っていたわけではありません。;) x64 コンパイラが出荷されるまで更新を待ちます。

于 2010-04-22T20:01:50.000 に答える
0

ここでRRUZの回答をほぼ再現しています。これはまさに私が回答するものだからです。:) （彼が怒らないことを願っています）しかし、私はいくつかのコメントを追加しています...

Andreano Lanusse によるこのホワイト ペーパーを確認してください。 Delphi XE に移行する理由 – Delphi 7 以降に見逃している可能性があること

デルファイ 2010

  • Windows 7、マルチタッチとジェスチャのサポート、Direct-2D。今までは Direct-2D しか役に立たなかったのですが...それでも、特別な場合に限って...
  • IDE インサイト、ソース コード フォーマッター、検索タスク バー
  • バックグラウンド コンパイル
  • 強化された RTTI; あなたと同じように、私はまだ RTTI が役に立つとは思っていません。
  • スレッドのブレークポイント、スレッドのフリーズ/解凍
  • DataSnap – HTTP プロトコルのサポート。アプリケーションが HTTP プロトコルを使用しない場合、これは役に立ちません。

Delphi XE

  • DataSnap – HTTPS、JavaScript、REST のサポート
  • Subversion 統合; JVCLでこれを部​​分的に取得できます...
  • 正規表現ライブラリ; それは便利なことです。何年も前から行方不明だったもの..
  • AQTime、CodeSite、Beyond Compare、Final Builder; これは便利なアプリのリストですが、実際に何が得られるかはわかりません
  • クラウド サービスとクラウド展開。

このリストに追加できるものを確認するには、新しいバージョンの発表を待ちましょう。:)

追加しなければならないことの 1 つは、Embarcadero が今月、たとえあなたがoldIDEuserであっても、アップグレードの素晴らしいオファーを受け取ったことです。後でアップグレードする予定がある場合でも、それ以降はアップグレードの割引価格が得られないので、確認する必要があるかもしれません...

于 2011-03-15T13:48:10.453 に答える
0

Delphi 1 以降、未解決のバグがあります（InvalidateRow と InvalidateColum が突然機能しないのはなぜですか? を参照）。なぜアップグレードする必要があるのですか? 同じ厄介なバグを取得するには？バグにお金を払いたくない。

于 2010-10-20T19:47:38.287 に答える
0

うーん、これに関しては少し批判的になろうと思います...

Delphi のバージョンを最新の状態に保つ理由は、完全に技術的なものではありません。私が恐れている点は次のとおりです。Delphi を購入する人が誰もいないとしたら、技術的に言えば古いバージョンでニーズを満たすのに十分であるとしたらどうでしょうか。その後、エンバカデロのビジネスはなくなり、デルフィは死にます。

もちろん、問題はビジネス モデルです。Embarcadero は価格を下げて、誰もが Delphi バージョンを購入できるようにする必要があります。古い Delphi x.0 の恐竜でさえ、Turbo Delphi 2006 に行き詰まっている愛好家や、Free Pascal を使用している中小企業でさえもです。 ; そうすれば、彼らはより長期的な方法でより広い範囲で投資に資金を提供できます (より多くの収益を得るために他のプラットフォームを簡単にターゲットにすることができます)。

常識に反するとき、それには代償が伴います。これは、Embarcadero の製品開発をサポートするために Delphi を購入しない Delphi コミュニティ メンバーにも当てはまります。また、Embarcadero も、確かなマーケティング力で市場の一部を失っています。

于 2010-06-10T17:54:54.580 に答える