delphi - GExperts 機能を Delphi に組み込む必要がありますか?

Question

最近、Delphi 2009 にアップグレードしましたが、ある VCL コンポーネントを別のコンポーネントに簡単に置き換えることができないことに失望しました。返された最良の回答は、GExpertsを使用してこれを行うことができるというものでした。

GExperts の機能の一部またはすべてを Delphi に組み込むように Embarcadero に請願する価値はありますか? どの「エキスパート」を最もよく使用し、Delphi で見たいですか?

それとも、GExperts をコミュニティのオープンソースアドオンとして残すのが最善でしょうか?

score 9 · Accepted Answer

grep検索とプロシージャウィンドウにも投票します。おそらく最初の場所での手順ウィンドウ

score 9 · Accepted Answer

GExperts のどの機能を Delphi 自体に含めてほしいですか? たとえば、上位 10 個の機能の優先順位を付けたリストを作成することをお勧めします。次に、Quality Central ( http://qc.codegear.com ) にアクセスして、既に提案として追加されているかどうかを確認し、追加されている場合は投票してください。そうでない場合は、遠慮なく追加してください。この情報は、製品の欠陥についてだけでなく、製品の機能強化についてお客様から聞く手段としても、定期的に収集および照会されます。投票システムは、作業と製品サイクルの計画に優先順位を付けるのに役立ちます。

score 4 · Accepted Answer

私の投票はこれに否定的だろう。リソースが限られているため、コア言語に集中する方がよいと思います。プラットフォームの改善は、これらの側面の閉鎖的な性質の観点から、コミュニティが手に入れることはできません。

コミュニティはすでにこの高品質のアドオンの負担を負っています。彼らがすべきことは、おそらくそれを明確な方法で宣伝することです（つまり、ウェルカムページのリンク）。

score 3 · Accepted Answer

コードのフォーマットがサポートされていること (Gexperts の DelForEx の実験的なポート) と、uses 句の管理に役立ついくつかの機能があることを期待しています。

Delphi の Find in Files は気にしませんが、IDE の外で Gexperts grep 検索を使用できるのは気に入っています。

コメント/コメント解除コードや一致する区切り文字の検索などの便利な機能は、すでに Delphi に組み込まれています。

残りのほとんどは、おそらく Gexperts のようなサードパーティのアドオンに属しており、IDE があまりにも多くの「特殊な」機能で混乱するのを防ぎます。ステートメントの反転、コンポーネントまたは ASCII チャートの置換など。

score 3 · Accepted Answer

Delphi がより優れた、より安定したプラグインシステムを持つようになったのは、今ではないでしょうか。Toolsapi がかなり前から存在しており、うまく機能していることは知っていますが、多くの問題に悩まされています。

本当に複雑です。2009 年には、IDE 用のプラグインを作成することは、ToolsAPI にインターフェイスを実装することほど難しくないと思います。
それはサポートされておらず、変更される可能性があります - 実質的な方法で変更されたかどうかはわかりませんが、変更の可能性があるという事実は、それを作成するインセンティブではありません.

Delphi 用のプラグインを簡単に作成できる、IDE 用のシンプルでモダンなプラグインシステムがあれば素晴らしいと思います。これにより、優れたプラグインの数が本当に増え、Delphi 開発の積極的な力として機能します。emb がプラグインの作成に時間を費やすべきではないと思いますが、まともなプラグインフレームワークの作成に時間を費やすべきだと思います。

score 2 · Accepted Answer

私の一番のGExpertはGrepSearchです。

2番目に閉じるのは[プロシージャリスト]ウィンドウです。

また、さまざまなキーボードショートカットと、エディターに埋め込まれたツールバーも非常に便利です。そこにいくつかのボタンがあります。CPUビュー、プロジェクトマネージャー、ドロップダウンとしての選択ツール（並べ替え選択など）など。

クリップボード履歴ウィンドウを使用することがあります。

さらにまれに、ASCIIウィンドウもあります。

私が実際に触れていない他のすべて。

プロシージャリストはDelphi2009の構造ペインにもあることは知っていますが、Ctrl + Gを押して、クイックフィルタリングとプレビュー機能を備えたウィンドウを取得できるという事実は、私にとってより生産的です。

grepについても同じことが言えます。GExpertsのバージョンは、標準のDelphi検索機能よりもはるかに強力です。

これらの2つ（およびおそらくクリップボードの履歴）が標準のDelphiに埋め込まれている場合、おそらくGExpertsをインストールしなくなります。

しかし一方で、これらのソリューションがオープンソースとして利用できるという事実が好きです-これにより、たとえば、grep-searchにセクションフィルタリングを追加することができました。これがなければ、私には不可能でした...

score 2 · Accepted Answer

私も以前からそう思っていました。GExperts の機能の多くは非常に便利で、Delphi 自体の一部であるべきだと思います。結局のところ、彼らが行っている他のすべてのことに加えて、これらの機能を社内で維持するための人員がいるだけだと思います.

score 1 · Accepted Answer

また、GrepSearch、特にデザインフォームを検索するオプションにも投票します。つい最近、すべてのフォームのTDatasourcesで特別なDataSet参照を探す必要がありました。私はGrepSearchと、検索にフォームを含めることをアクティブ化することによってのみそれを行うことができました！それは私がDelphiIDEで本当に見逃したものです！

score 1 · Accepted Answer

CnWizards からのリソースを忘れないでください。CnPack のソースハイライトの機能強化がなければ、Delphi でプログラムすることはできません。クリーナーとプロシージャリストを使用します。

score 1 · Accepted Answer

CTRLプロシージャウィンドウ+に投票し、Gコンポーネントをソースコードにコピーします

score 0 · Accepted Answer

私が最もよく使用する機能は次のとおりです。Grep 検索およびコンポーネントの置換。

しかし、gExperts の機能を IDE に含めるのは得策ではないと思います。なぜなら：

gExperts は、数分以内に簡単にインストールできる独立した製品です
QC には未修正のバグが多すぎて、Codegear のチームの時間を自転車の再発明に費やすことはできません。
そして主なものはGExperts licenseで、次の行があります。

GExperts のソースコードを使用して、それらの製品のプラグインまたはライブラリを含む独自の製品または商用製品を開発することはできません。GExperts のソースコードは、以下に示す条件の下で、オープンソースプロジェクトで使用できます。

これは、CodeGear がこの機能を最初から作成する必要があることを意味します。

score 0 · Accepted Answer

私も手続き窓口（CTRL+ G）に一票。

GExperts を使用する前は、これなしでどうやって生活していたのかわかりません。また、zipバックアップ機能も本当に気に入っています...それは私の「ソース管理」です:-)

delphi - GExperts 機能を Delphi に組み込む必要がありますか?

12 に答える 12

Related

Reference