現在、Windows 用のデスクトップ アプリケーションを開発する準備段階にあります。しかし、Windows 8、Silverlight、WPF、Jupiter に関する最新の議論をすべて聞くと、もはや何を信じていいのかわかりません。今WPFで新しいプロジェクトを始めるのは間違っていますか? Silverlight に切り替える必要がありますか? それとも、Windows 8 の詳細が明らかになるまで待つべきですか?
5 に答える
アプリを実行するために必要な機能を備えた最も複雑でない言語を選択してください。
HTML5とJavascriptだけが必要な場合は、それを使用してください。そうすれば、どこのブラウザでも実行できるアプリケーションができあがります。
.Netランタイムが必要な場合は、MonoまたはVisual StudioでCLRでサポートされている言語(C#、VB.Net、F#など)を使用してください。.Netアプリケーションは長い間サポートされる予定です。
興味深いトピックですが、主なポイントは、Windowsベース(WinformsまたはWPF)またはWebベース(ASP.NET MVCまたはSilverlight)のどちらを実行するかです。
私たちが今始めたばかりの新しいビジネスアプリケーションの場合、ビジネスはより多くの機能を必要とするためにWindowsベースを望んでいます。ITは、クライアントマシンが何を持っているかを把握しようとするのではなく、Webベースに展開の問題がなく、集中型サーバーでのサポートが容易であることを望んでいます。 。
実際、WPFはLOBの準備ができていると思います(WinFormと比較してサードパーティのコントロールがまだ少ない場合でも)。
プラグインが必要であり、MVC / AjaxとHTML5を使用すると、プラグインを必要とせず、すべてのブラウザーとプラットフォームで同じUIを実行することで、同じことをさらに実行できるため、SLに投資しません(私はWebアプリを実行することに重点を置いています)変更なしのiPadおよびAndroidタブレットでも)...
重要な点は、アーキテクチャ、サーバーと層に分散してワークロードを適切に分散し、信頼性を高める方法です。UIウィンドウベースまたはWebベースの場合、これらのUIがWCFとして公開されているのと同じサーバーコンポーネントを消費する限り、たとえば、エンドポイントは...より「一種の」詳細です...
答えは、使用する最新の最適な言語だけでなく、多くの問題によって異なります。また、開発者のスキル(またはそれらを購入するためのコスト)、配信、実行、およびサポート環境、アプリケーション要件についても説明します。
あなたのスキルがWPFである場合、それはそのための指針になります。OTOH、Silverlightが適切で関連性のある機能を提供する場合、それに移行することには大きな価値があるかもしれません。
答えは、人気よりもアプリケーションと環境に依存する必要があります。
オペレーティングシステムの新しいバージョンがリリースされるのを待って、許容できる取り込み(Windows Vistaを考えてください)を持ち、誰もが望んでいたプラットフォームになるのは、少しストレッチでかなり大きな依存関係です。個人的には、あなた/あなたのチームが快適なテクノロジーに固執し、そこから進んでいきます。
Silverlight から始めるのはかなり安全なはずです。ネイティブの W8 UI は XAML ベースで、Silverlight で使用されているものと非常によく似ています (噂を信じるなら)。ある時点で、Silverlight サンドボックスを使いこなせなくなったと判断した場合、WPF またはネイティブの W8 に簡単に移行できるはずです。
他の人が言ったように、HTML5/javescript ですべての機能を実装できる場合は、真剣に検討する必要があります。開発時間のコストが高くなり、HTML5 で可能なことの制限に遭遇した場合、より機能豊富なテクノロジへの簡単な道はありませんが、比類のないプラットフォーム リーチを得ることができます。