user-interface - どのGUIフレームワークをお勧めしますか

Question

経営陣は、インフラジスティックスへの切り替えを望んでいます。しかし、私の上司は、どのサードパーティも失敗する運命にあり、その時点で私たちにできることは何もないと言っています.

彼は正しいですか、彼は間違っていますか? 知らない。

社内で開発されたものを使用する方が良いですか、それとも DevExpress、Infragistics、Krypton のようなものをいくつか挙げると良いですか、それとも代わりに推奨するより良いものはありますか?

score 4 · Accepted Answer

サードパーティ製のコントロールを購入する場合は、ソースコードを (妥当な価格で) 購入するオプションを探してください。ソースコードを使用すると、コンポーネントに必要な変更を加えて、環境内で適切に実行できるようにする必要があります。

Component Factory の Krypton コントロールスイートはまさにこれを行います。Phil は、スイート全体のソースコードを驚くべき価格 (現在 400 ドル未満) で提供しています。Krypton Suite を開発に 1 年間使用してきましたが、非常に満足しています。Krypton のおかげで、Office 2007 UI のルックアンドフィールを備えたシュリンクラップソフトウェアを、私が試した他のどのツールキットよりもはるかに一貫性を持って作成できるようになりました。Phil はサポートフォーラムでも非常に活発に活動しており、ソフトウェアの開発パスへの直接リンクを提供しています。

score 2 · Accepted Answer

.NET3.5 SP1は、ASP.NETおよびスタンドアロン UI 開発 ( WPF および Silverlight ) を実行できるように十分に成熟しています。サードパーティのコンポーネントとフレームワークを選択する主な基準は何ですか? チャートやその他の金融分野のツールとコントロールだけが必要な場合は、より迅速なターンアラウンドのためにサードパーティのコンポーネントを検討する必要があります. それ以外では、.NET フレームワーク自体に、ほとんどのことを行うための豊富なライブラリがあることがわかります。

score 1 · Accepted Answer

第三者に頼ることが悪いとは思いません。非常に評判が良く、あなたをサポートする素晴らしい仕事をしてくれる人もいます。しかし一方で、ビジネスを続けていても一緒に仕事をするのがひどい人もいます。ただし、あなたが言及したフレームワークについては何も知りません。

Have you considered an open source framework? That way you can still work on it yourself if all else fails. Of course, you have to take into account licensing requirements when doing this, but I think it's definitely something you should look into if it's appropriate for the project.

score 0 · Accepted Answer

洞察をありがとうございました。私はクリプトンを自分で使用しましたが、無料の部分だけを使用しました。「なめらかに見せたい」という感じだと思います。サードパーティのコントロールを使用することに関する上司の懸念を共有しますが、見栄えのするコントロールを提供するよりも、タスクに集中する方がはるかに優れているという点でも同意します。

上司がインフラジスティックスを使用するのは悪い考えだと言ったときにマネージャーが直面した質問は、「しかし、妥当な時間内に同様のことを行うことができますか？」でした。答えは明らかに「いいえ」でした。

Krypton Toolkitを提案してみます。前にも言ったように、少し前に使用しましたが、問題が発生しました。ほとんどのツールキットには外観をカスタマイズするためのオプションがあるため、データグリッドが問題の主な焦点だと思います。

繰り返しになりますが、ご回答ありがとうございます。

score 0 · Accepted Answer

あなたの会社が UI を作成している場合は、必ず社内でコントロールを開発して維持してください。それがあなたの主なビジネス目標でない場合は、コントロールのソースコードを提供するコードベンダーを見つける必要があります (devexpress、telerik...)。これらのコントロールを実装するときは、自分自身に抽象化のレイヤーを与えて、ベンダーを簡単に切り替えられるようにします。将来。

score 0 · Accepted Answer

サードパーティのコントロールを使用する際に計画すべき重要なことは、継続性です。彼らが下に行くとしたら、それはあなたにとって何を意味しますか? 彼らのフレームワークにどの程度依存していますか? また、別のフレームワークに切り替えるにはどの程度の作業が必要ですか? あなたが必要とするものを他に何かありますか？

問題のコンポーネントのソースコードがある場合は、はるかに有利な立場に立つことができます。少なくともバグを修正し、場合によってはそれを自分で保守/拡張することさえできます。スペクトルの反対側には、厳密に管理されたソフトウェアがあり、毎年更新する必要があり、更新しないと期限切れになります。このようなものを使用している場合、それらが下に行くと、手が強制され、何かをしなければならなくなります.

それはまさにバランスをとる行為です。仕事/お金を節約するvsそれらが消える可能性vsサードパーティに依存する.

あなたのような上司がいたことがあります。彼らが見逃しているのは、サードパーティに完全に依存していることです。.NET を使用している場合は、Microsoft が倒産 (おそらくない..) したり、中止したり (おそらく)、大幅に変更したり (可能性は十分あります) しないことを信頼しています。もちろん、彼はもういなくなり、それ以来、私たちは数百時間の開発時間を節約したり、他の方法ではできなかった機能を実行できるようにするために、いくつかのサードパーティコントロール (一部のオープンソース) を使用し始めました (時間がかかりすぎます）。

score 0 · Accepted Answer

サードパーティのコントロールを購入するときは、支払った金額に対して受け取る価値について考えるべきだと思います。Telerik、Syncfusion、DevExpress、Infragistics など、優れた品質とサポートを備えた GUI を提供する恐竜ベンダーがありますが、ブランドにはお金がかかるため、それほど安くはありません。ComponentFactory、DevComponents、VIBlend、Nevron などの小さなベンダーからは、Office2007 スタイルの WinForms に見栄えの良いコントロールを提供しますが、はるかに安価な優れた WinForms スイートが他にもあります。

score 0 · Accepted Answer

あなたがライブラリのソースコードにアクセスでき、それを変更して、使用料を支払うことなく変更したライブラリを配布できる限り、上司の懸念には根拠がありません。

私自身は DevExpress を選びますが、他のフレームワークと比較すると非常に高価です。

score 0 · Accepted Answer

あなたの上司の懸念は、「ソースの変更が必要な方法でサードパーティコントロールを変更する必要がある日が来る」という表現の方が適していると思います。サードパーティコントロールに付属するライセンスによっては、これが粘着性になる場合があります。UI コントロールのようなものについては、私の経験では、.NET を使用すると、とにかく必要なものを簡単に作成できます。

おそらく、議論を解決する方法として、借りる必要があるコントロールの簡単なプロトタイプをノックアウトすることを提案できます。これにより、(a) サードパーティライブラリが必要かどうか、および (b) サードパーティライブラリにどのような要件があるかについての洞察が得られます。

user-interface - どのGUIフレームワークをお勧めしますか

9 に答える 9

Related

Reference