Silverlightには未来がありますか？
最近、WPFとSilverlightの開発と歴史に関するいくつかの記事/ブログ/コメントを読みました。一部のフォーラムでは、多くの開発者やユーザーがWPFアプリケーション（たとえば、Visual Studio 2010）のパフォーマンスを批判しています。実際、Flashと比較したSilverlightの市場シェアはそれほど高くありません。 PDC 2010で、ボブマグリアは「Silverlight戦略と今後の焦点がシフトした...」のようなことを述べ、Microsoftは将来HTML5をプッシュしたいと考えています。
さらに、Microsoftは、HTML5がWindows 8およびWindows Phone 8（ "Mango"）プラットフォームの中核となることを発表しました。
最近、Silverlightの学習を開始しました。今、これらの学習に時間を費やす必要があるかどうか（自分の意見では）、非常に優れた強力なテクノロジを自分に問う必要があります。彼らは未来を持っていますか？ （Windows）デスクトップ（クライアント）アプリケーションには未来がありますか？いわゆる「リッチインターネットアプリケーション」に未来はありますか？それとも、HTML5はソフトウェア開発の「絶対的な真実」になるのでしょうか。
あなたの意見はどうですか、あなたはどう思いますか？
Silverlight + Flash vs HTML5。ああ少年。これについては、非常に多くの議論がありました。
Silverlightに焦点を当てましょう（同じ議論の多くはFlashでも可能です）。マイクロソフトの目には死んでいるのですか？番号。最近のFirestartイベント、特にスコットガスリーの基調講演をご覧ください（たくさんの新機能が登場します）。
http://www.silverlight.net/news/events/firestarter/
それがあなたに与えるもの：
- 今日、お気に入りのdotNET言語でインターネットアプリ（およびブラウザー外を使用する場合はデスクトップ）を作成する機能。
- 今日、すべての主要なブラウザーとプラットフォームにわたって一貫性のある方法で高度にインタラクティブで豊富なインターフェースをユーザーに提供します。
- クライアントでの高度なAPIへのアクセス（JavaScriptには常に新しいライブラリが追加されており、非常にすばらしいため、これはかなり弱い議論です）。
- Windows 7 Phoneのプログラマビリティ-Silverlightは、WP7の2つの主要な「ネイティブAPI」の1つです。これは、少なくともネイティブでアプリを構築できるデバイスの1つです。
欠点：
- モバイル-Silverlightを使用しないモバイルデバイスはたくさんあります。起こりません。
- マイクロソフト-それに直面しよう。それがマイクロソフトであるという理由だけで、多くの人々がそれを使用することを拒否します。 Microsoftであるため、一部のユーザーはランタイムのインストールを拒否します。それはばかげています、はい、それは事実です。
- 他にもあります。私は本当にすべてのマイナス面を繰り返す必要がありますか？
HTML5は、Silverlightについて私たちが考えることができる多くの（すべてではないにしても）欠点に答えます。しかし、HTML5の欠点は何ですか。
- 確定した仕様ではありません。はい、多くのブラウザはHTML5の多くの機能を実装していますが、多くのブラウザはHTML5の機能を実装していないか、さまざまな方法で実装しています。そして、今日それを実装したとしても、仕様が今後数か月/年で変化しないという保証はありません。
- 今日は100％準備ができていません。繰り返しになりますが、いつかHTML5がもたらすものについて多くの話があります。しかし、多くのことについては、それだけです。トーク。いくつかのCOREの要素（アニメーション、グラフィックスなど）は実行されていますが、まだ空中であり、すべての実装でまだ標準化されていない部分がまだたくさんあります（たとえば、加速度計などのデバイスのハードウェアAPIアクセス）。これらの一部を今日から使い始めることができますが、特定のブラウザーにロックされ、仕様が最終化に近づいたときにコードを変更する必要がないという保証はありません。
- ブラウザーの一貫性-HTML5がすべてのブラウザー/デバイスでまったく同じになると考える場合、それは妄想です。すべてのブラウザーはそれをわずかに異なる方法で実装し、ブラウザーを検出して適切な「インタープリター」を挿入するコードが必要になります。私が確信しているブラウザーを検出する方が簡単であり、ライブラリーが役立つと確信しています（今日のJQueryのように）が、それでも問題はあります。
- App Stores-実際のところ、Appleアプリを今日のように使用するようなHTML5アプリをだれも購入するつもりはありません。ユーザーがApp Storeからアプリを購入したい場合は、デバイスのネイティブライブラリに書き込む必要があります。繰り返しますが、この問題については多くの議論がありますが、すべての最新のモバイルデバイスはブラウザーアクセスを提供しており、ブラウザーベースのアプリにはネイティブアプリの魅力がありません。 HTML/CSSを使用して今日作成されたアプリには、ネイティブのアプリが持っているような魅力はありません。
私の見たところ、Silverlightは今日「リッチクライアント」機能を提供します。すべてのデバイス（特にモバイル）にアクセスできるわけではありませんが、特定のクラスのアプリではこれは優れた選択肢であり、そのままです。 HTML5はまもなく深刻な候補となるでしょう。私は皆さんにそれを学ぶことを強くお勧めします。あなたはそれが必要になります。
多くの人がマイクロソフトを見て、1つの巨大な実体を見ていると思います。しかし、実際にはそうではありません。マイクロソフトは、数十の小さなチームに似ており、実際にそれらを結びつけるのは「マイクロソフト」という名前だけです。 IEチームがHTML 5に焦点を当て、それを可能な限り推進している間、WPF/SliverlightチームはWPFとSilverlightで同じように熱心に取り組んでいるはずです。
Webで使用するSilverlightが本当に離陸したことは一度もありません。ただし、MicrosoftはアプリにWPF/Silverlightを使用するWindows Phone 7を強く推進しているため、Silverlight自体は無効になりません。それが展開されている場所の焦点は変化しています。
多分「殺害」は少し強い言葉です。私はそう思います-そして、MicrosoftがSilverlightからHTML 5にフォーカスをシフトしていると広く報告されています（Mary-Jo Foleyなど）。 Silverlightは引き続き、非常にリッチなWebエクスペリエンスとおそらくビデオを多用するもの（たとえば、2010年冬季オリンピックのNBCオンライン報道で何をしたか）のプラットフォームとして選択されます。 Silverlightが企業の「空間」でますます増えると私は思います。WPFまたはWinFormsで「太い」クライアントを提供する代わりに、Silverlightを確実に見ることができます。ブラウザー不足で実行し、エンタープライズソフトウェア開発の家を見つける。
戦略的な観点から、私は post を読み、Microsoftが突然HTML 5に関心を寄せた理由を大いに理解しました。第二に、それはゲームをAppleに比べて、彼らがクラウドに大きなアドバンテージを持っている領域にシフトします。 AppleのMobileMeサービスを使用した人ならだれでも、Appleは多くのことをうまくやっていますが、現在のところCloudはその1つではないという事実を証明できます。
FlashとSilverlightの両方が今後数年でHTML5に取って代わるので、Silverlightは今ではかなりのゲーム（市場シェアに関して）だと思います。
一方、WPFは（パフォーマンスの懸念は有効ですが）固執する可能性があります。WindowsVista/Windows 7はどちらもWPFに多額の投資が行われており、今後数年間（少なくとも）Microsoftのデスクトップ戦略になる可能性があります。特に、VSと式がWPFを使用して記述されていることを考慮してください。
しかし、もちろんそれはデスクトップ戦略であり、人々が日常的に使用するほとんどのアプリケーションは、HTML5ブラウザーのサポートが遍在するようになるにつれて、デスクトップからWeb（まだ移行していない場合）に移行することが明らかになりつつあります。 WPFは（間違いなく）Windowsデスクトップと.Netを必要とするアプリケーションに最適ですが、これらは主流になるWebベースのアプリと比べてニッチになる可能性があります。
HTML5以外のモバイルプラットフォーム（AndroidおよびiOS））は、今後数年間の開発の成長分野になる可能性があります。
これはそれほど驚くべきことではありません。それを選んだすべての開発者にすべての謝罪をもって、Silverlightは最初から本当の冗談でした。誰も彼らのウェブサイトでそれを使用していません。ターゲット市場はFlashで飽和状態にあり、3年半のMicrosoftが代替策を推進したことで広く採用されることはありませんでした。現在、HTML 5がすべての主要なブラウザーで登場しているため、市場は本当に耐えられません- 競合する、相互に互換性のないソリューション。
現在マイクロソフトは、Windows Phone 7プログラミングの標準として、これに焦点を合わせると述べています。これは棺桶の最後の爪です。すべての兆候によって、WP7は巨大なフロップになりそうです。
2011年5月時点でのトレンドテクニカルスキルに関するReadWriteEnterpriseの記事は次のとおりです。
http://www.readwriteweb.com/enterprise/2011/05/it-hiring-and-salaries-up---wh.php
SilverlightがFlashを追い越しました。Silverlightジョブは、過去3か月で12.6％成長しましたが、Flashはわずか2.2％でした。 Silverlightもジョブの総数でFlashを上回り、Silverlightのジョブリストは982、Flashのリストは646でした。
そして
マイクロソフトのプロフェッショナルは、C＃、Silverlight、Azureで力強い成長を遂げ、順調に進んでいます。
Silverlightを使用しているため、チーム内で表面化し続けたため、このトピックについてブログ投稿しました。簡単に言えば、Silverlightは死んでいません。 HTML 5は、より多くのデバイスとプラットフォームに到達するためのより良い選択です。ただし、Silverlightは機能が豊富で、ASP.NET MVCを使用したHTML 5アプリよりもSilverlightアプリを開発する方がはるかに簡単です。 Silverlight用のツールは、MicrosoftのHTML 5用のツールがほぼ完全に欠如しているのと比較して、すばらしいものです。ですから、それはあなたの環境とあなたのターゲットオーディエンスに依存します。
詳しくは、こちらのブログ投稿をご覧ください。
http://rationalgeek.com/blog/post/Silverlight-vs-HTML-5.aspx
また、Hanselmanは最近同じ主題について投稿しました： http://www.hanselman.com/blog/ShouldIUseHTML5OrSilverlightOneMansOpinion.aspx
HTML5は、可能な限り多くの顧客をターゲットとするアプリケーションを作成したい限り有効です。
アプリケーションにインターネットアクセスが必要ですか？コンピューターのネイティブの機能を使用する必要がありますか？ （ファイル、監視など）。情報の共有が必要ですか？これらすべての質問とそれに関する詳細は、アプリケーションをリッチWebアプリとして作成できるかどうか、またはクライアントベースのアプリケーションとして開発する必要があるかどうかを示します。
特に近い将来、将来的にWPFアプリケーションの場所が確実に存在します。 Silverlightは、電話などのサンドボックス化された開発のターゲットのようですが、そのトレインがどのように進むかを見ていきます。ただし、開発の開始時には、アプリケーションの要件、達成したいことを確認し、それに応じてテクノロジを選択する必要があります。
ただし、6年後や7年後の主役になるわけではなくても、SilverlightやWPFを学ばない理由はないことを指摘しておきます。確かに言えることが1つあるとしたら、それはテクノロジーが変化するということです。 HTML6があり、次のWPFがあり、最初のテクノロジーを本当に理解したい場合は、複数のテクノロジーを学ぶ必要があります。
そのうちの1つを学び始めるだけで、いつでも学習したことを次のテクノロジーに切り替えて使用できます。
マイクロソフト内部で戦略的な変化があったように聞こえますが、現時点では、Adobe Flex/Flashは引き続きRIAアプリケーションで動作する主要なテクノロジーです。 HTML5が広く採用されるようで、個人的にはHTML5の実験に切り替えます。
推測に過ぎませんが、スマートフォンやタブレット、特にAppleの台頭により、Silverlight Webテクノロジーとしては、もはやあまり意味がありません。
Silverlightは、おそらくMicrosoftのFlashに対する答えとして最もよく説明されています。これは同じ問題領域なので、優れたFlashゲームを作るものは、優れたSilverlightゲームにもなります。
誰も本当に未来を知りません。この時点で私が知っているのは、すべてが優れたWebアプリケーションになるわけではなく、すべてが優れたデスクトップアプリケーションになるわけではありません。これだけ私は知っています：
- WPFはおそらくしばらく留まるでしょう。
- Silverlightはまだ初期段階にあるため、Microsoftはしばらくの間それを実装する予定です。 Flashよりも作業をする方がいいという噂を聞いたことがありますが、どちらもいじったことがないので、言うことはできません。
- HTML 5/CSS 3/JavaScriptはミツバチの膝になるはずですが、この10年間はいつでも本当に意味のある方法で準備ができていません。 （2020年までに委員会がそれを承認すると仮定すると、それでも完全なブラウザーサポートが必要であり、時間がかかります）。
追求するプラットフォームを選択するには、いくつかの基本的な答えを得る必要があります。
- あなたの顧客は誰ですか？ （つまり、ターゲット市場は何ですか？）
- お金を稼ぐつもりですか？どうやって？
- このアプリをアップグレードしたり置き換えたりする前に、このアプリが稼働すると予想される期間はどのくらいですか？
最初の2つのバージョンをリリースするのに2年以上かかる場合は、あまりにも遠くを見ている可能性があります。ターゲット市場を知ることは、プラットフォームが実行可能かどうかを理解するのに役立ちます。たとえば、多くのモバイルデバイスは、小さなブラウザーでプラグインをサポートしていません。つまり、Silverlightだけでなく、Flashもサポートしていません。ただし、モバイルデバイスを対象としていない場合、それは問題ではありません。
この段階では、すべて推測に過ぎないと思います。 Windows 8に組み込まれたApp Storeの計画では、可能性のあるアプリテクノロジはSilverlightです（OOBでサンドボックス化する方法などを考慮して）。 SLは今後数年間存在する可能性があります。
HTML5について考慮すべきもう1つのことは、言及されたシフトは、現在の不作法な非標準のIEプログラミングからではなく、SLからではない可能性があることです。
そのため、デルファイを使用して古き良きWinAPIプログラミングを行っています。いわゆる「新技術」に無駄を費やすよりも、課題解決に時間を費やすほうがよい。 .NETの「新機能」はすべて、ボーランドデルファイに登場するずっと前から存在していました。個人的には、テクノロジーを試してそれに依存する前に、テクノロジーは少なくとも10年は留まる必要があると思います。
マイクロソフトがHTML5を支持してSilverlightを殺すことはないと確信しています。少なくとも簡単には言えません：P。 Paul Cotton を使用した最近のイベントでそれについて話し合い、HTML5との主な違いは次のとおりであることに全員が同意しました。非常に大きな利点であり、Silverlightや他の多くの.Netテクノロジで開発を続けるプログラマーはたくさんいます。
とにかく、Vistaガジェットが表示されてHTMLで作成されたとき、Silverlightが死んだとは誰も思っていなかったので、Silverlightを内部に配置する方法を見つけました...素晴らしいWindows 8インターフェイス。
その後、マイクロソフトは何をすべきか？
この状況では、最も使用されているブラウザのメーカーとしてHTML5 + jsをサポートする必要があります。
ただし、Silverlightは引き続き使用できます。きちんと設計されたこのフレームワークのリリースとサポートは間違いないでしょう。
この記事によると、彼らはクロスプラットフォームのコードを簡単に作成できるように合理化しています。
http://www.theregister.co.uk/2010/10/29/portable_library_project_silverlight_windows_phone/