Windows アプリケーションの UI を作成するために WPF を使用するプロジェクトはそれほど多くない (ほとんどの場合、代わりに Windows フォームを使用する) と述べている同僚と話し合いました。
- あなたの経験は同じですか - つまり、このテクノロジーの採用はあまりありませんか?
- それはなぜだと思いますか。そして、もっと多くの WPF を見る時が来るでしょうか?
Vaibhav
質問する
5559 次
9 に答える
10
オーストラリアの Windows Forms Contol ベンダーによって実施されたこの調査をご覧ください。個人的には、昨年、さまざまな程度で WPF を使用する 2 つの商用プロジェクトに取り組みました。
WPF の採用が増加しています。Microsoft は、すべての卵を WPF バスケットに投入していると思います。
于 2008-09-01T13:39:49.383 に答える
9
WPF は、テクノロジで何ができるかという点で優れています。これは、地球上で最高の UI 構築テクノロジです (私の意見です)。しかし、しかし、それを学び、頭をつかむには、初期および長期的に莫大な投資が必要です。また、ツーリングの観点からは、使用できない Cider デザイナーなどの障壁があり、スタイリングを行うにはブレンドを取得する必要があります。
人気が出るとは思いますが、時間がかかります。しかし、今はあまり人気がありません。
于 2008-10-17T19:11:22.023 に答える
3
WPF の学習曲線は急勾配であり、そのための開発ツール (式スタジオ/Web) は高価であるため、業界がそれに飛びつかなかったことに驚きはありません。ただし、Windows プログラミングに関しては、Windows フォームよりもはるかに堅牢で強力であるため、Microsoft が WPF、WCF、および .NET 全般を改善するにつれて、今後数年間でその人気が高まることを期待しています。MS が Expression 製品の価格を引き下げれば、フレームワークの人気がさらに急速に高まると予想されます。
WPF に関するもう 1 つの厄介な点は、フレームワークに関する適切なオンライン チュートリアルがまったくないことです。私は自宅で WPF を学ぼうとしていますが、首の痛みであることがわかりました。私は開発ツールのために多額の現金を支払わなければなりませんでした。また、フレームワークとその言語に実際に慣れるための十分なオンライン情報がないため、優れた本にさらにお金を払わなければなりませんでした。Java については、Sun の Web サイトにアクセスするだけで無料でかなりのことを学ぶことができますが、WPF については、本を入手する必要があります。また、私の経験では、WPF の参考資料がひどく不足しています。私には、VB6 でのプログラミングを思い出しました。これらが改善されない限り、フレームワークが急速に成長するとは思えません。業界が WPF および WCF テクノロジを採用する主な原動力は、MS のサポートであると私は確信しています。
于 2011-06-03T17:41:26.300 に答える
3
絶対に - 採用はごくわずかです。多くの誇大宣伝がありましたが、実現していないようです。
私は 1 つのプロジェクトで WPF を使用しました。単純なことを達成するのは非常に困難であり、全体に非常に多くの荒削りな部分がありました。それらの背後にある理由は確かに存在していましたが、明白ではなく、まったく見えませんでした。Visual Studio デザイナーは、ほとんどのページで完全にバグを修正しましたが、その理由がわかりませんでした...
全体として、WPF は、開発者にとって使いやすいという観点からすると、かろうじてベータ版の品質であると言えます。
于 2008-09-01T13:41:53.277 に答える
1
真の生産性が得られるとき、人々は通常、テクノロジーの時流に飛び乗ります。新しいプラットフォームを採用するときに通常発生するすべての生産性の損失を補うもの。WPF はまだそこにありません。フォーム アプリよりも WPF アプリを構築する方が、はるかに多くの労力と時間がかかります。
これを、Windows フォームよりも WPF に関するネット上のドキュメントが少ないこと、WPF の経験を持つ人が少ないこと、WPF に関するブログが少ないこと、WPF に関する本が少ないこと、ヒント/トリックが少ないことなどと組み合わせてください。
そして、XAML を始めないでください。XMLですか？スクリプトですか？コードですか？ハイパーリンクは単なるラベル プロパティであると判断したのはなぜですか? そこにはまだ解決しなければならないことがたくさんあります。
次のプロジェクトを WPF でビルドする余裕はありません。それを行うには (マンパワーと時間の面で) より多くの費用がかかり、見返りは何もありません。現時点では、私たちが WPF で行っているのは、純粋な研究、社内、趣味のプロジェクトだけです。
于 2008-09-01T16:32:55.830 に答える
1
私が働いていた大規模な投資銀行に、かなりメジャーな WPF アプリケーションをデプロイしました。より迅速な傾向分析を可能にする OLAP データの 3D ビジュアライゼーションを含め、非常に成功しました。広く使われています。
于 2010-03-20T00:28:14.627 に答える
1
WPF は数年前に導入されましたが、実際のアプリで使用するにはあまりにも生々しすぎました。WPF の普及を阻んでいる主な問題は、RAD ツールとすぐに使用できるコンポーネントが不足していることです。現在、多かれ少なかれ動作する Cider の Blend がありますが、これらのツールの使用可能なバージョンが登場したのはそれほど前のことではありません。もう 1 つの理由は、まったく異なるアーキテクチャであるため、開発者の学習/採用期間が長くなるため、WinForms と比較して開発時間が長くなることにあります。今後数年で WPF の台頭が見られると思います。
于 2008-09-01T13:36:38.797 に答える
1
私は現在、WPF プロジェクトに取り組んでいます - 私の最初のプロジェクトです。学習曲線は信じられないほど急勾配でしたが、結局のところ、WPF は優れたテクノロジだと思います。特にデータビジュアライゼーションの状態を進める上で、その可能性は素晴らしいものです。データ バインディング機能とスタイリングの可能性がとても気に入っています。しかし、これを理解するには時間がかかります。
Silverlight の採用により、最終的にデスクトップでの WPF の採用が促進されると思います。または、Silverlight で実現できることの多くが、以前のデスクトップ アプリケーションの多くに置き換わるため、デスクトップがなくなる可能性があります。
于 2008-11-26T22:32:35.003 に答える
1
私は WPF をいじっていますが、感銘を受けていないと言わざるを得ません。ビジネス アプリケーションの作成において生産性を高めるのに役立つテクノロジを探しています。初めて古典的な ASP Web サイトを構築したとき、単純なアプリを構築するのに必要なスパゲッティ コードにうんざりしたことを覚えています。1 つのページを表示すると、インクルード ファイルと com オブジェクトの呼び出しを含む vbscript と HTML と Java スクリプトが混在していることがわかりました。私の見解では、標準を備えたシンプルで視覚的な開発モデルを持つことが重要です。私は多くの VB6 および .Net Windows アプリを作成しましたが、それらには開発用の単純なメタファーがあり、元のアプリを作成していない開発者が簡単にデバッグおよび変更できるようになっています。フォームはプレゼンテーション ロジックをカプセル化し、参照されるアセンブリ内のモジュールとクラスはビジネス ロジックとデータ ロジックをカプセル化します。あど。Net およびその他のツールにより、データ アクセスが堅牢で、スケーラブルで、動的で、カスタマイズ可能になります。モニターの解像度やクライアントの好みに合わせて Windows コントロールとグラフィックスのサイズを変更することは、Win Forms を使用して簡単に行うことができます。
WPF にはグラフィックスに関する多くの高度な機能があるかもしれませんが、ほとんどのビジネス アプリでは、フォームは機能に従う必要があります。
私が Web 開発を好まなかった理由の 1 つは、比較的単純なアプリケーションに必要なさまざまな絶え間なく変化する複雑なテクノロジが、実際の機能上の結果に十分な大きな変化をもたらさないためです。
まあ、それは私の 2 セントです。
' )
于 2009-10-09T17:53:32.740 に答える