Silverlight、HTML5、およびMicrosoftの不透明な開発戦略
現時点では理解できない理由から、最近のPDC 2010 カンファレンス（Microsoftの最大の開発者カンファレンス-Note translator ）に参加した開発者の多くは、MicrosoftがRIAの開発にフォーカスをSilverlightからHTML5に移行することに決めたことに非常に驚いたようです。 。 開発者のこの驚きは驚くべきことではありません-最近の会議や発表（ たとえば、Internet Explorer 9開発の発表-翻訳者注 ）では、Microsoftの代表者は、明確にではありませんが、優先順位がクロスプラットフォームソリューションに変わっていることを明らかにしました。 その秘密は何ですか？
Microsoftが2007年にSilverlightの最初のバージョンをリリースしたとき、プラグインはマスコミによってAdobe Flashの類似物として位置付けられました（ Adobe AIR、JavaFX、Google Gears（閉じられた、コードの一部がHTML5の基礎になった）、 OpenLaszloなど） -およその翻訳者 ）。 まだ特定の違いがありますが。 Silverlightはプログラマを対象としていますが、Adobe FlashはWebデザイナーを対象としていますが、どちらのプラットフォームも、Webブラウザ経由で配信される複雑なインタラクティブアプリケーションの同じ市場をカバーしています。
MS Silverlightに特化したスピーチを聞くようになった素朴な開発者は失望しました。 Bob Maglia（ Microsoftのサーバー部門 -Note Translatorの社長 ）は、RIA開発のためのMicrosoftの開発戦略がHTML5に移行したと言いました。
ZDNetに関する声明の中で、CEOのスティーブバルマーとボブマグリアは、Silverlightが進化し続けることを発表したため、HTML5マークアップ言語がWebで優先されます。
Silverlightが現場からFlashをノックアウトし、プロジェクトを実装するための非常に有望な強力なツールになるという、Microsoftの最近の保証に敬意を表した開発者を理解することは非常に可能です。 そして今、Silverlightに基づいてプロジェクトを作成しようとしている開発者は、Silverlightが優れていると会社から聞いていますが、HTML5の方が優れていてクールなので、私たちはそれを破ります。 はい、歯を磨くものがありますが、あなたは客観的でなければなりません-マイクロソフトはこれについて以前に話しました（ 現在完全に異なるプロジェクトに変換されているGazelleブラウザーの開発中）とIE9の最初のプレビュー、彼らのブログとインタビューの一部の開発者はHTML5がそうであることを示しました基礎-約 翻訳者 ）。
IE 9の開発は、Silverlightに照準を合わせたプログラマーへの最初の呼びかけでした。 マイクロソフトは、ブラウザがすべてのWeb標準に単純に準拠し、IE が何よりも CSS3とHTML5をサポートしていることをあらゆる段階でrumpりました（ そして、それは現実ですが、多くのインターネットリソースが企業を非難した純粋な嘘でした。IE9 PP6 Chromium 9の平均に劣りません。W3CでChromium 9をテストしました 。 あまりキックしないでください-翻訳者のコメント ）。 現在、Microsoftは、Silverlight上のRIA開発者への呼び出しではなく、単なる鐘である、高性能でWeb標準に準拠したブラウザをほぼ作成しました。
同時に、 Silverlight開発者はまず、 SilverlightがHTML5の小さなローションになることを穏やかにほのめかして、ブラウザの開発チームがこれを確認するといいでしょう。たとえば、新しいマークアップ言語はまだDRMで保護されたストリーミングを送信できないためですビデオ。 つまり、最終的に、SilverlightはHTML5のライバルとして位置づけられることさえありませんが、Adobe Flashのライバルであり、これまでのところ支配的な地位を占めています。
第二に、Silverlight開発者は、モジュールのスタンドアロン使用について話します。 ブラウザとは別に、プラグインはデスクトップアプリケーション（ Seesmicの例）のプラットフォームとして使用できます。さらに重要なことは、Windows Phone 7のアプリケーションを作成することです。もちろん、ゲームはXNAで書く方が便利ですが、新しいモバイルOSのゲーム以外のアプリケーションはSilverlightで書く方が簡単です（ これについては、11月1日にモスクワ州立大学で開催されるStudent Dayカンファレンスで多くのことが述べられ、明日はキエフ-およその翻訳者で議論されます ）。
実際、ボブ・マグリアは新しい戦略を発表しませんでしたが、単にすべてを棚に置きました。 SilverlightはWindows Phoneに移行し、その他はすべてHTML5に移行します。 その理由は何ですか？ そして、ここにあります：
アップルの問題
MicrosoftがSilverlightをクロスプラットフォームにしようとするすべての試みにもかかわらず、タスクは失敗しました。 Windowsはカバーされ、Mac OS Xは悲嘆で半分サポートされ、LinuxはNovellに引き渡され、NovellはクローズドSilverlightを「パロディ化」するだけで、Moonlightの形式で松葉杖を書き始めました。 困難はモバイル市場、つまりiOSで始まりました。 ご存知のように、AppleはモバイルSafariの環境でのプラグインの実行を禁止しており、Adobe Flashアプリケーションのユーザーの間で騒ぎを引き起こしましたが、Silverlightに影響を及ぼしましたが、モジュールの人気が低いため、あまり共鳴しませんでした。 マイクロソフトは、インターネットタブレットと大人気のiPhoneの市場を争いなく放棄していることがわかりました。 （ MicrosoftはメーカーにWindows 7向けのタブレットのリリースを奨励しようとしていますが、Android、iOS、webOS、Jolicloudを背景に、見た目は青白く見えます-翻訳者注 ）。 したがって、足場を得る唯一の方法はHTML5です。
同様の問題がFlashを追い越しましたが、アドビは多くの回避ツールを備えていることが判明しました（ また、ファンやSkyFireブラウザーなど、Opera Miniのトラフィック圧縮機能を備えたサーバーでFlashコンテンツを処理する他の開発者によるサードパーティの開発も数多くありました-メモ翻訳者 ）。
それでも、Cervelatの主な焦点が何であるかは明らかではありません：スタンドアロンPCアプリケーション、Windows Phone 7アプリケーション、またはHTML5上のローション？
新しいSilverlight開発の方向
逆説的に、Silverlightは以前ほど重要ではありませんでしたが、当初意図した方向には決してありませんでした。
Silverlightが「フラッシュキラー」として位置付けられていた過去のこれらすべては、少なくとも少し深刻に見えませんでした。 アドビには便利な無料のオープンソースAdobe Flexフレームワークがあります。これはVisual StudioとExpression Blendに取って代わることが非常に難しく、これらにも有料であるか、いくつかの制限があります。 このような状況では、Flashに取って代わることは非常に困難です。 したがって、Webセグメント全体のHTML5への復帰は正当化されます。 客観的には、SilverlightはFlashを押しつぶす可能性がほとんどありませんでした。
Silverlightは、Windows Phone 7用のアプリケーションを開発するためのプラットフォームとして大きなチャンスがあります。そして、ここで大きな疑問が生じます。WindowsPhone 7は、Nokia、Google、Apple、Research in Motion、HPがwebOSと激しく共有しているパイを食いつぶすことができますか？ そうでない場合、Silverlight開発に投資されたすべてのお金が無駄になります。 しかし、Microsoftには前向きに考える理由があります-スマートフォン市場は潜在的に有望な市場です（ 年間、インターネットトラフィックにおけるモバイルデバイスのシェアは2％増加しました-メモ翻訳者 ）。 マイクロソフト市場のダイナミクスにおいて、パイの一部を食いしばって歯に留めることが可能な場合、競合他社のシェアに拡大する可能性があります。 Silverlightのような強力なアプリケーション開発プラットフォームにより、MSはこのセグメントに未来を持っています（ だからこそ、すべての会議やブログでMicrosoftの代表者は必死に「今すぐWindows Phoneでプログラミングを始めましょう！」と唱えています。サードパーティのアプリケーションがなければ、WP 7正しく生まれずに死ぬ-翻訳者のメモ ）。
デスクトップ上のSilverlight
Silverlghtは、最も強力な開発ツールであるExpression BlendとVisual Studioを考えると、決してパーソナルコンピューター用のスタンドアロンアプリケーションを開発するための最悪のフレームワークではありません。 それらと共に、Silverlight上のそのようなアプリケーションの設計とコードベースを比較的簡単に作成できます。 問題は異なります-Microsoftのポリシー。
最新のPDC 2010では、Silverlightについてほとんど語られていませんでしたが、デスクトップアプリケーションについてはまったく話されていませんでした。 はい、これには言い訳があります。今年は、Microsoftが主なテーマであるWindows Phone 7とWindows Azureが優先事項でしたが、Windows 7はすでに忘れられています。 おそらく来年のWindows 8の開発について耳にするでしょうが、それは事実ではありません。 ここから、Microsoftが「クラウド」に「飛び込んで」、他のすべてを長い箱に入れて送信したことは明らかです。
Silverlightデスクトップビーストスペシャル。 これは、本質的に.NET FrameworkとWindows Presentation Foundation（WPF）の派生物です。 より高速で生産的な実行を実現するために、Webアプリケーション以外では不要な機能を排除します。 つまり、C＃またはWPFでアプリケーションを作成できれば、Silverlightで簡単に作成でき、その逆も可能です。
ただし、Silverlightモジュールは元々ブラウザプラグインとして考案されました。 はい、開発者は.NET / WPFとSilverlightのいずれかを選択できます（Mac OS Xでの作業にも利点があります）が、より強力な.NET / WPFの助けを借りて、開発中のアプリケーションの範囲ははるかに広くなります。 機能面では、WPFとSilverlightはいくつかの面で重複しています。
この2つの製品間の「競合」は、デスクトップアプリケーションの分野におけるMicrosoftのポリシーの欠点のいくつかを示しています。 過去に戻って、当時Longhornとして知られていたWindows Vistaが開発され始めたばかりでした。 その後、.NETコードはWindowsベースのアプリケーションの開発における未来と見なされ、すべてが明確になりました：WPFはアプリケーション開発プラットフォームであり、Silverlight（当時のWPF / Everywhere）はマルチプラットフォームWebアプリケーションの簡易バージョンでした。 Windows Vistaの最初のビルドでは、 スケーラブルな WPFアプリケーションを作成する機会さえありました。これは、「3画面」という現代の概念に対する強力なジャークになるでしょう。
ただし、ご存知のように、Longhornプロジェクト自体は再起動され、悪名高いWindows Vistaがリリースされ、.NETは影を落としました。 少なくともデスクトップシステムでは、Microsoftは.NETの使用を恐れていたようです。 WPFに基づいたシステムを起動する代わりに、WPFは無視され、Visual Studio 2010の起動によってのみ、Microsoftはこの技術に基づいてアプリケーションを作成し始めました。 同時に、Windows Vistaでは、最初のサービスパックのインストール時に同じスマートスケーリングが削除されました。 どんな理由で-それは明らかではありません。
これらすべてのスローを見ると、Microsoftが何をしようとしているのかは明確ではありません（彼女が何をすべきか本当に理解していないようです） WPFの基本原則は非常に印象的であり、WPFでのWindowsアプリケーションの開発は、Win32での開発よりもはるかに望ましいですが、まだ多くの疑問があります。
レドモンドの巨人は、Windows 7でDirect2Dテクノロジーを提供しました。これはWPFもSilverlightも使用しませんが、Internet Explorer 9の高性能HTML5処理の根底にあります。Silverlightと共存することはできますが、WPFは死ぬ可能性があります。 、両方の技術が衰退する可能性があります。 Windows Phone 7が登場する前は、後者が起こると考えていましたが、モバイルOSとVisual Studio Lightswitchを使用することで、WPFがバックグラウンドになり、Silverlightが失われることを理解しています。
Web上のSilverlightは依然として理にかなっています
SilverlightがWebアプリケーションの開発における優先度を失い、デスクトップアプリケーションの未来が不透明になった今、自分のアプリケーションが考えられた形で本当に必要ないことに気付いた多くの開発者のフラストレーションを見ることができます。 最も奇妙で困惑しているのは、Microsoftの戦略が完全に明確ではないということです。Microsoftの詳細は明らかにせず、一般的なフレーズのみを宣言しています。
HTML5が市場を支配するのではないかと疑っているとは思いません（ Google、Apple、Adobeの行動のポリシーでは、それを疑うことは許されていません-翻訳者注 ）。 Internet Explorerはブラウザー市場で支配的な地位にあり、HTML5のサポートはゼロ（Internet Explorer 6）から無視できる（Internet Explorer 8）の範囲です。
はい。InternetExplorer 9は、ブラウザによるWeb標準の既存のサポート（または、サポートではない）を大幅に質的に変更しますが、正式にリリースされる時期は不明です。 Internet Explorer 8は、18か月間にわたってシェア全体の約50％を獲得しましたが、残りの50％は道徳的および技術的にIE 6/7を時代遅れにしています。 つまり、Microsoftが「9」をリリースしたとしても、かなりのシェアを占めるには約1年かかります。 現在、SilverlightとFlashはどのバージョンのブラウザでも使用できます。
HTML5がWebテクノロジー市場の大部分を占めるようになったとしても、開発は困難です。 多くの仕様が存在しますが、開発の最終段階からはほど遠いため、異なるエンジンのブラウザーは独自の方法でマークアップを認識し、まったく異なる結果を示します。 開発者には2つのオプションがあることがわかります-HTML5で作業し、各ブラウザーでマークアップのセットアップ、ソーイング、テストに多くの時間を費やすか、サポートされているすべてのブラウザーとシステムで同じように見えるSilverlightプラグインを使用します。 そして、賢明なHTML5開発および設計ツールがまだ発明されていないことを忘れないでください。 はい、AdobeはFlashをHTML5に変換するツールを導入しましたが、将来のツールですが、今日ではありません。MicrosoftとAdobeの両方には、それぞれSilverlightとFlashを操作するための強力な開発とアドオンがあります。 したがって、両方のモジュールを熱心に掘らないでください。
HTML5があまり知らないことを忘れないでください。 たとえば、Huluサービスで使用されるDRMで保護されたビデオ。 ビデオのストリーミングは、HTML5を使用して作成するのが非常に難しく、Webカメラやマイクでの作業は理想からはほど遠いです。 要するに、HTML5はFlashとSilverlightが行うことの多くを行いません。
HTML5、または間もなく登場するかもしれないものでさえ、来年、そしておそらく1年でさえ、あまり人気が出ないでしょう。 プラグインや開発ツールとして、FlashとSilverlightがHTML5よりもはるかに望ましい分野がまだ多くあります。
このような背景に対して、SilverlightのWebフォーカスの最小化を開始するというMicrosoftの決定は、少なくとも奇妙です。 はい、1年で必要になりますが、今はどうですか？ World Wide Web Consortium（W3C）は標準の作成に多大な努力を払っていますが、SilverlightやFlashなどの技術を完全に置き換えずに殺すのは本当に狂気であるという作業は完全にはほど遠いです。
しかし、Microsoftは決定を下し、開発者の頭脳を粉にすることをやめる時です。 デスクトップでアプリケーションを作成するためのプラットフォームは何になりますか？ Win32（Direct2Dの有無はもう重要ではありません）？ Silverlight？ WPF？ それとも別のものですか？ 3つの開発方法、申し訳ありませんが、これは錫です。 代替案は良いのですが、今日3つの開発方法があり、開発者が均等に分割してアプリケーションの作成を開始し、明日Microsoftが2つの方法で掘る場合、開発者は何をすべきでしょうか？ 将来がSilverlightとWPFの場合、Direct2Dを接続してスマートに動作し、他のアプリケーションと同じように見えますが、デスクトップ上で未来ではない場合は、開発者に通知して、変更の準備ができて遅れないようにします鼻。
マイクロソフトの計画については推測できますが。 現在、Direct2Dは、開発者が高性能のユーザーインターフェイスを記述するのに最適な方法であり、IE9でHTML5を使用するのに最適な方法です。 レドモンドは、可視性と機能を備えたすべてのHTML5を受け入れ、HTML5がFlashとSilverlightを「打ち負かす」ことを防ぐW3Cの穴を塞ぎ、それをすべてWindowsで使用できますか？ AppleはiOSでも同様のことを始めています。
奇妙なことが起こります。
C ++およびC＃アプリケーション開発者のPeter Brightによる記事。 「注記」とマークされたコメント 翻訳者「私の。
少し急いでいるので、翻訳エラーの可能性はご容赦ください。 記事はまだありません。
All Articles