Windows8はC++、HTML5、CSSベースのアプリ(WPF?)に大きく依存することがわかりました。私は職場でプログラミング言語としてmatlab、scipy、C#などのアプリケーションに多くの時間を費やしています。これを考慮すると、デスクトップアプリ開発者にとって大きな変化はありますか?これらのアプリは新しいコードで書き直され、C#にはデスクトップアプリの将来性がありますか?
2 に答える
9月までの現時点で多くのヒアセイは明確なものはないようです。
JupiterがWindows、Web、およびモバイルの統一されたユーザーインターフェイスモデルになるかどうかについては、さまざまな憶測が飛び交っています。Burelaは、Jupiterが「次世代」のXAMLベースのフレームワーク、おそらく「WPFとSilverlightのマッシュアップ」である可能性があると考えています。</ p>
また、.NET開発者をなだめるためのC#、Windowsコア開発者をなだめるためのC ++、他のプラットフォームから開発者を誘惑するためのHTML5/JavaScriptの3つの主要なプログラミング言語も同様に強力にサポートされているようです。
もちろん、論争は、Silverlightと.NETの開発者をほとんど無視しながら、MicrosoftがJavaScriptに焦点を合わせていることでした。このような記事は、非公式で推測的なものですが、神経質な開発者を落ち着かせるのに役立つはずです。
ソース:http ://www.isdotnetdead.com/windows-8-supports-all-programming-models/#
さて、あなたの質問は、あなたが引用した記事に基づいて、いくつかの用語を混乱させます。
Microsoftは、Windows8でデモンストレーションしたアプリケーションがHTMLとJavaScriptを使用して作成されたと述べていると言われています。この記事では、これをWPFとSilverlightがHTMLとJavaScriptを優先してビニングされる可能性が高いと解釈しています。
これについて考えてみましょう。
私の知る限り、Microsoftは非常に長い間ブラウザでアプリケーションを実行することに熱心でした。彼らはブラウザで実行するActiveXコントロールを作成し、ブラウザで実行するようにSilverlightを作成しました。彼らは、「ブラウザベースのアプリケーション」の概念全体のリーダーの1つです。人々は過去にこれを達成する彼らの方法を批判するかもしれません、しかし少なくとも彼らは試みていました。
Microsoftが現在Officeと呼ばれるデスクトップパッケージとOffice365と呼ばれるWebベースのパッケージを持っていることを考えると、デスクトップとブラウザーで機能する1つのパッケージだけを維持したい理由を理解できます。
私の最後のメモ-ARSTechnicaの記事では、HTMLツールは劣っていると説明していますが、同じツールを使用してWPFアプリケーションまたはHTMLアプリケーションを作成できるため、この点に同意しません。