Delphi 2009からアップグレードする理由[閉じた
-
01-10-2019 - |
質問
私は「コミュニティウィキ」という質問をしました - それは主観的です。
Unicodeサポートのため、Delphi 2009にアップグレードしました。匿名の方法は非常に興味深い便利な言語機能であると感じました。ジェネリックについても同じことは言えません。ジェネリックは、Delphi 2009にアップグレードする前に私にとって重要だと思われましたが、私はそれらを使用したことがなく、おそらく使用することはありません。 Delphi 2010に関しては、属性は必要ありませんし、拡張されたRTTIのアイデア全体が好きではありません。それがDelphi 2009が私にとってより良い理由です。 Delphi 2009 IDEで1つまたは他の迷惑なバグを打つこともありますが、それらは批判的ではなく、一緒に暮らすことができます。 MacまたはLinuxのソフトウェアを開発する予定はありません。確かに64ビットサポートが必要になるので、Delphi 2012(XE2)にアップグレードすることを考えています。
Delphi 2009からアップグレードを強制することができる理由はどこにありますか?
解決
私が知っていたわけではありません。 ;)X64コンパイラを出荷するまで、アップデートで待ちます。
他のヒント
まあ、あなたはそれがすでにうまくいったようです。おそらく最大の違いは、RTTIに興味がない場合や連絡を取り合っている場合(誰も気にしないようです)、ジェネリックが改善されます。あなたがそれらを使用していないなら、あなたは本当にそうあるべきです。ジェネリックは、あなたが彼らと一緒に働き始めるまで、あなたが実際に使用していない機能の1つですが、それからそれらを使用するものを見始めます どこにでも。 彼らはあらゆる種類のものをはるかに単純にします...彼らが働くとき。残念ながら、GenericsのサポートはD2009で少し壊れていますが、2010年には修正されました。
また、自分でRTTIを使用していなくても、それを使用するライブラリで多くの開発作業が行われています。 dehl, 、たとえば、大量の有用なコンテナやその他のクラスを提供し、D2010のみをサポートしています。
全体として、D2009からD2010に更新する価値があります。クロスプラットフォームに興味がない場合は、D2011をスキップしたいかもしれませんが、D2010をスキップしません。
エンバルカデロウィキ ほとんどの改善のリストがあります。 Delphi 2010は、彼らがすでに持っているものを磨くことについてのことであり、バグ修正のためだけにアップグレードすることをお勧めします。クロスプラットフォームと64ビットのサポートは破壊的であると拘束されるため、その時間を与えたい場合は、利用可能な最も安定したバージョンを使用する必要があります。
また、デバッガーとIDEには多くの微調整があり、生産性を高めます。個人的には、それらのどれも本当に大胆ではありませんが、一緒になっても素晴らしい改善です。
そして、2009年にジェネリックの使用を開始すると、非常に短い順序で大規模で大規模な監視に噛まれたことに気付くでしょう。 TList<T>
不足している Exchange
と Extract
方法。大したことではありません TList<T>
それ自体ですが、それは大きな問題です TObjectList<T>
リストがオブジェクトを所有する場合。
Delphi 1以降、バグが解決されていません(参照してください なぜInvalidaterowとInvalidatecolumが突然機能しないのですか? )。なぜアップグレードする必要があるのですか?同じ厄介なバグを取得するには?私はバグの代金を支払いたくありません。
さて、私はほとんど再現しています rruz ここで、それがまさに私が返信するものだからです。 :)(彼が怒っていないことを願っています)しかし、私はいくつかのコメントを追加しています...
アンドレアノラヌッセからこのホワイトペーパーを確認してください。Delphi XEに移行する理由 - Delphi 7以来見逃しているかもしれないもの
Delphi 2010
- Windows 7、マルチタッチおよびジェスチャーサポート、Direct-2D; 私は今までDirect-2Dのみが便利だと感じました...しかし、まだ、特別な場合にのみ...
- IDE Insight、ソースコードフォーマッタ、検索タスクバー
- 背景編集
- 強化されたRTTI; あなたのように、私は私に役立つrttiを見つけませんでした
- スレッドのブレークポイント、フリーズ/解凍スレッド
- DataSNAP - HTTPプロトコルサポート。 アプリケーションがHTTPプロトコルを使用していない場合、これは役に立たない
Delphi Xe
- DataSNAP - HTTPS、JavaScript、RESTサポート
- 転覆統合; JVCLで部分的にこれを取得できます...
- 正規表現ライブラリ; それは便利なことです。何年も前から行方不明だったこと。
- AQTime、CodeSite、Beyond Compare、最終ビルダー。 それは有用なアプリのリストですが、私はあなたが何をしているのかわかりません 本当 得る
- クラウドサービスとクラウドの展開。
このリストに追加できるものを確認するために、新しいバージョンの発表を待ちましょう。 :)
私が追加しなければならないことの1つは、今月エンバカデロが得たことです いい申し出 アップグレードするには、たとえあなたがいる場合でも Oldideuser. 。後でアップグレードする予定がある場合でも、見てみる必要があります。その後、アップグレードの割引価格は取得されないからです。
まあ、私はこれについてやや批評家になるでしょう...
Delphiバージョンを最新の状態に保つ理由は、完全に技術的ではありません。私が恐れているポイントは、Delphiを購入していない場合、古いバージョンが十分に - 技術的に話しているのではなく、彼らのニーズを満たすためにどうでしょうか?その後、エンバカデロのビジネスではなくなり、デルフィは死にます。
もちろん問題はビジネスモデルです。Embarcaderoは価格を下げる必要があるため、誰もがDelphiバージョン、古いDelphi X.0恐竜、Turbo Delphi 2006に閉じ込められた愛好家でさえ、無料のPascalを使用している小規模ビジネスでさえ購入できます。 ;そうすれば、彼らは長期的な方法で、より広い範囲で投資に資金を提供することができます(彼らはより多くの収益で他のプラットフォームを簡単にターゲットにすることができます)。
常識に反すると、支払うべき価格があります。そして、それはデルファイのコミュニティメンバーに、デルファイを購入して製品のエンバルカデロの開発をサポートしていないため、堅実なマーケティング力で市場の一部を落としているエンバカデロにも適用されます。