Silverlightには未来がありますか?[閉まっている]


24

最近、WPFとSilverlightの開発と歴史に関する記事/ブログ/コメントをいくつか読みました。一部のフォーラムでは、多くの開発者とユーザーがWPFアプリケーション(Visual Studio 2010など)のパフォーマンスを批判しています。実際、Flashと比較したSilverlightの市場シェアはそれほど高くありません。PDC 2010では、Bob Muglia氏は「Silverlightの戦略と今後の焦点が変わった...」と言っており、Microsoftは将来HTML5をプッシュしたいと考えています。

さらに、Microsoftは、HTML8がWindows 8およびWindows Phone 8(「Mango」)プラットフォームのコア部分であることを発表しました。

最近、Silverlightの学習を開始しましたが、非常に優れた強力なテクノロジーを(私の意見では)学習するために時間を費やすべきかどうかを自問する必要があります!?彼らには未来がありますか?(Windows)デスクトップ(クライアント)アプリケーションには未来がありますか?いわゆる「リッチインターネットアプリケーション」には未来がありますか?または、HTML5はソフトウェア開発の「絶対的な真実」になりますか?

あなたの意見とあなたはどう思いますか?


1
VS 2010はVS 2008よりもはるかに高速に動作すると思います。これまでのところ、MVVM、WPF、Silverlightなどの合理的なパターンに従えば、従来のWinformsやWebformsよりもパフォーマンスが良いと感じています。YMMVですが、よりクリーンなパターン(結合が少ないなど)を促進するプラットフォームで作業すると、パフォーマンスなどのアプリ全体が向上します。多くの場合、パフォーマンスは使用されるテクノロジーとの関係がはるかに小さく、使用されるパターンまたはアンチパターンとの関係はより大きくなります。
モーガンハーロッカー

「将来」とは、「新しいソリューションを実行する価値がある」という意味ですか?

すべてのソフトウェアは変化し続けます。ほとんどすべてに未来があります。人と同じように、長生きする人もいれば、明確な理由がない人もいます。問題はあなたにとって何を意味するのでしょうか?
-NoChance

WPFが原因でVS2010が遅いという証拠が必要だと思います。WPFの小さな数は、私がした上で働いてきたアプリな方法これまでのWinFormsで達成可能であったより多くの即応性と流体。スローダウンはWPFによるものではありません!...アプリの応答性を台無しにする方法はたくさんあります。
ローマンスターコフ

回答:


17

Silverlight + Flash vs HTML5。ああ少年。この問題については多くの議論がありました。

Silverlightに焦点を当てましょう(Flashについても同じ議論の多くを行うことができます)。マイクロソフトの目には死んだのか?いや 最近のFirestartイベント、特にScott Guthrieの基調講演(多数の新機能が登場します)をご覧くださいhttp :
//www.silverlight.net/news/events/firestarter/

提供するもの:

  • 今日、お気に入りのdotNET言語でインターネットアプリ(およびOut-Of-Browserを使用する場合はデスクトップ)を作成する機能。
  • 今日、主要なすべてのブラウザとプラットフォームで、ユーザーに一貫性のある方法で高度にインタラクティブでリッチなインターフェイスを提供します。
  • クライアント上の高度なAPIへのアクセス(JavaScriptには常に新しいライブラリが追加されるため、これはかなり弱い議論であり、非常に素晴らしいです)。
  • Windows 7 Phoneのプログラマビリティ-Silverlightは、WP7の2つの主要な「ネイティブAPI」の1つです。これは、少なくともアプリをネイティブで構築できる1つのデバイスです。

欠点:

  • モバイル-Silverlightを決して使用しないモバイルデバイスがたくさんあります。起こらない
  • Microsoft-それに直面しましょう。多くの人々は、それがマイクロソフトだからといって、それを使うことを拒否するでしょう。一部のユーザーは、ランタイムであるため、ランタイムのインストールを拒否します。それは馬鹿げている、はい、しかしそれは事実です。
  • 他にもあります。本当にすべての欠点を繰り返す必要がありますか?

HTML5は、Silverlightについて考えられる多くの欠点(すべてではないにしても)に答えます。しかし、HTML5の欠点は何ですか:

  • これは最終的な仕様ではありません。はい、多くのブラウザはHTML5の多くの機能を実装していますが、多くのブラウザは実装していないか、多くのブラウザが異なる方法で実装しています。そして、たとえ彼らが今日それを実装したとしても、今後数ヶ月/数年にわたって仕様が変更されないという保証はありません。
  • 今日は100%準備ができていません。繰り返しますが、いつかHTML5がもたらすものについて多くの話があります。しかし、多くのものについては、それだけです。トーク。いくつかのCOREの作業(アニメーション、グラフィックスなど)が行われていますが、まだ多くの部分が空中にあり、すべての実装でまだ標準化されていません(たとえば、加速度計などのデバイスのハードウェアAPIアクセス)。今日からこれらの一部の使用を開始できますが、特定のブラウザーにロックされます。また、仕様がファイナライズに近づくにつれてコードを変更する必要がないという保証はありません。
  • ブラウザの一貫性-HTML5がすべてのブラウザ/デバイスでまったく同じになると思う場合、妄想になります。ブラウザーごとに実装方法が少し異なるため、ブラウザーを検出して適切な「インタープリター」を挿入するコードが必要になります。私が確信しているブラウザーを検出するのは簡単ですし、ライブラリーが役立つと確信しています(今日のJQueryのように)が、それでも問題になります。
  • App Store-実際、今日のAppleアプリのようにHTML5アプリを購入する人は誰もいません。ユーザーがApp Storeからアプリを購入するようにしたい場合は、デバイスのネイティブライブラリに書き込む必要があります。繰り返しますが、この問題については多くの議論がありましたが、実際には、すべての最新のモバイルデバイスはブラウザーアクセスを提供し、ブラウザーベースのアプリはネイティブアプリの魅力を持ち合わせていません。HTML / CSSを使用して今日構築されたアプリは、ネイティブの同等物のように魅力がありません。

私の考えでは、Silverlightは今日の「リッチクライアント」機能を提供します。すべてのデバイス(特にモバイル)にアクセスできるわけではありませんが、特定のクラスのアプリでは最適な選択肢であり、そのままです。HTML5はまもなく深刻な競争相手になるでしょう。私は誰もがそれを学ぶことを強くお勧めします。あなたはそれが必要になります。


3
もし誰かがまだキャリアの教育段階にいるなら、SilverlightとFlashは将来のre:Web / Rich Internetアプリではるかに小さな役割を果たすだろうと思います。
オコド

1
ごめんなさい。しかし、私は同意しません(しかし、もちろん、この答え全体は意見に基づいています。実際に未来を知る方法はありません)。新しい言語は、ここで習得するのではなく、数か月以上かけて理解を深める必要はありません。多くの人々は、今後何年もの間、SilverlightとHTML5の両方が主要なプレーヤーであることを賭けています。マイクロソフトの開発者でリッチインターネットアプリを実行している場合、Silverlightがツールベルトに含まれている必要がありますが、これが唯一のツールではありません。
ジップピット

「すべての主要なプラットフォーム間」= Windows VistaおよびWindows 7おそらく?
マーティンベケット

2
@Martin-SilverlightはMacでも実行されます。Moonlightでは、特定のSilverlightアプリをLinuxに移植することもできます。
モーガンハーロッカー

1
ブラウザの一貫性のために-1。ブラウザには、HTML5の実装にバグがあります。IE以外の一般的なブラウザはすべて、これらをすばやく修正する傾向があります。HTML5は一貫しています。アプリストアに関してはPhoneGapがあります。答えは6か月前ですが、現代化を使用して時代に固執することができます。
レイノス

22

多くの人がマイクロソフトを見て、1つの巨大なエンティティを見ていると思います。しかし、実際にはそうではありません。マイクロソフトは、数十の小さなチームに似ており、実際には「マイクロソフト」という名前だけがそれらを結び付けています。IEチームはHTML 5に焦点を合わせて、できる限りそれを推進していますが、WPF / SliverlightチームもWPFとSilverlightの開発に懸命に取り組んでいるに違いありません。


2
とんでもないことではありません...しかし、私はKinの仕事に真剣に取り組んでいるチームがあると確信しています。音が大きくなり、無視するのが難しくなっています... riagenic.comをチェックしてください-私は床に落ちました。
マルティネス

5
@Martinez:私は、スコット・バーンズが言わなければならないものはすべて塩のシェーカーと一緒にすることを強くお勧めします。私は最近まで読者から彼のブログを削除し、彼のTwitterアカウントのフォローを解除するまで、バーンズ氏の口頭下痢をフォローしてきました。彼のメッセージには厳しすぎると悪い雰囲気があります。私は(元Microsoftのプログラムマネージャは彼のために明確に悪い態度で、おそらく少なくとも部分的に、アウト研が。)彼は負け惜しみの古典的なケースだと思う
デイブ・

はい、Kinには非常に熱心なチームがいましたが、WP7の社長が自分のおもちゃを引き継ぐことを望んでいたため、内部の政治がそれを殺しました。
gbjbaanb

ノベルは月光にもかなり大きな関心を持っています。ブラウザのサポートだけを見てはいけません。
ティムポスト

エンジニアは小さなチームの数十に動作しますが、それは同じことが、マーケティングの必ずしも真実であることを意味しません
finnw

11

Webで使用するSilverlightは実際に離陸したことはありませが、MicrosoftはアプリにWPF / Silverlightを使用するWindows Phone 7を強く推し進めているため、Silverlight自体は殺されません。変化。


+1、それはウェブ上で死んで生まれましたが、この技術は他の場所でもかなり意味があります。
ワイアットバーネット

9

たぶん「殺す」というのは少し強い言葉です。Microsoftは、SilverlightからHTML 5に焦点を移していると広く報告されています(Mary-Jo Foleyなど)。Silverlightは、引き続き、非常にリッチなWebエクスペリエンスの選択肢であり、ビデオが多いもの(たとえば、2010年冬季オリンピックのNBCオンラインカバレッジで行ったこと)。また、エンタープライズの「スペース」でSilverlightがますます増えると思います。WPFやWinFormsで「ファット」クライアントを提供する代わりに、Silverlight、特に ブラウザ外で実行し、エンタープライズソフトウェア開発のホームを見つけます。

戦略的な観点から、Microsoftが突然HTML 5に興味を抱くようになった理由を大事に取り上げた投稿を読みました。まず、iOS市場への「イン」を提供します。第二に、それはゲームを、Appleに比べて、彼らが大きな利点を持っているエリア-クラウドにシフトします。AppleのMobileMeサービスを使用したことのある人なら誰でも、Appleが多くのことをうまく行っている一方で、現在クラウドはそれらの1つではないという事実を証明できます。


「殺す」ことはおそらく少し強いと思います。ただし、新しいプログラマーとして、Silverlightを学習するために多くの時間および/または労力を費やすことを強く確信しています。SilverlightがWP7のデファクトスタンダードであり、HTML5がWebにプッシュされ、MSがクラウドは未来だと言います... HTML5 / JS、Silverlight、またはPythonのようなものに集中して学習しますか?
マルチネス

1
「Web」テクノロジーとして、HTML、JavaScript、CSSが今後の注目すべきスキルであると主張するかもしれません。これは、ほぼすべてのプラットフォーム(特にモバイルを含む)にアクセスできるようにする一連のテクノロジーです。そうは言っても、WebアプリケーションでのSilverlightの表示はますます少なくなるかもしれませんが、すぐに消えることはないと思います。また、あなたが新しいプログラマーである場合、これが経験するテクノロジーの最初または最後のシフトではないことに留意してください。あなたが興奮するもので行く!
HY

「エンタープライズ」アプリ用のSilverlightで発見した問題は、WPFよりもはるかに制限的でしたが、代わりにごくわずか(必要なもの)しか提供しなかったことです。データ入力には問題ないかもしれませんが、srの前に置くことができる本当に滑らかなアプリを作成することはできません。ディレクターまたはVP。
TMN

8

FlashとSilverlightの両方が今後数年でHTML5に取って代わるので、Silverlightはほぼゲームオーバーだと思います(市場シェアに関して)。

一方、WPFは(パフォーマンスの懸念が有効であるとしても)固執する可能性が高いです。WindowsVista / Windows 7はどちらもWPFに多額の投資をしており、今後数年間(少なくとも)マイクロソフトのデスクトップ戦略になるでしょう。特に、VSとExpressionはWPFを使用して記述されていることを考慮してください。

しかし、もちろんそれはデスクトップ戦略であり、人々が日々使用するほとんどのアプリケーションは、HTML5ブラウザーのサポートが普及するにつれて、デスクトップからWebに移行することを明確にしています。WPFは、Windowsデスクトップと.Netを必要とするアプリケーションには依然として(ほぼ間違いなく)最良の選択ですが、これらは主流となるWebベースのアプリに対してニッチになる可能性があります。

HTML5以外のモバイルプラットフォーム(AndroidとiOSを参照)は、今後数年間の開発の成長分野になる可能性があります。


2
数週間前には、Silverlight Firestarterが表示されなかったことは明らかです。Microsoftは来年のSilverlightの新バージョンを発表しました。まだ多くの開発者がSilverlightで進行中です。分割動画はすべてここに見ることができます:silverlight.net/news/events/firestarterの 5 Silverlightで来るのかのアイデアのためのスコット・ガスリーの基調講演チェックアウト
Zippit

2
私は明らかにしませんでした!(答えを編集してそのガフを削除しました。)HTML5の普及はまだ解決していませんが、Silverlightを使用する余地は確かにありますが、開発者の観点からは負けゲームです。Silverlight開発を今日販売できます。それは当たり前のことですが、数年後には市場は枯渇します。
オコド

ごめんなさい。それが「攻撃的」に聞こえることを意味しませんでした。MicrosoftがSilverlightを放棄していないことを明確にしたかっただけです。
ジップピット

害はなく、ファウルもありません。私はここから完全に話しました。私たちは皆良いです;)
オコド

2
非常に多くのプラットフォームでのネイティブアプリの急増に伴い、人々がデスクトップ/ネイティブ開発の終peopleを今なお叫んでいることに驚いています。Webサービス+ネイティブまたはWebクライアント= UXが向上し、IMO全体に到達します。
スティーブンエバーズ

5

これはそれほど驚くことではありません。それを選んだすべての開発者に謝罪するすべてで、Silverlightは最初から本当の冗談でした。誰も彼らのウェブサイトでそれを使用していません。ターゲット市場はFlashで飽和状態にあり、3年半のMicrosoftが代替を推し進めても普及が進んでおらず、HTML 5がすべての主要なブラウザーで登場しているため、市場は実際に3つの競合を負いません、相互に互換性のないソリューション。

マイクロソフトは、Windows Phone 7プログラミングの標準として、これに焦点を当てるつもりだと言っています。これはcoの最後の釘です。すべての兆候から、WP7は巨大なフロップになりそうだからです。


1
WP7を失敗として単純に却下する準備はできていません。私はそれがうまくいくことを願っています(FD:私はドロイドを愛しています)。市場にはさらなる競争が必要です。IF WP7はプであるSilverlightが生き続けられる理由を、私は表示されません。私は、多くの人が11月8日から何が起こるかに全キャリアを積んでいると推測しています。
マルチネス

2
私は、Silverlightがブラウザーベースのテクノロジーであるとは考えていませんでした。多くの人がマイクロソフトの技術を理解しているとは思わない。彼らはビジネスに焦点を当てており、主に消費者に優しい。Appleはビジネスをほとんど考慮せずに消費者重視であり、Googleはオタクにやさしく、消費者にやさしいです。それを念頭に置いて、Silverlightは理にかなっています。
エルグリンゴグランデ

4

マイクロソフト内で戦略的なシフトがあったように聞こえますが、現時点では、Adobe Flex / FlashはRIAアプリケーションで動作する主要なテクノロジーであり続けます。HTML5が広く採用されるようで、個人的にはHTML5を実験に切り替えます。


4

HTML5は、可能な限り多くの顧客を対象とするアプリケーションを作成する限り有効です。

アプリケーションにインターネットアクセスが必要ですか?コンピューターのネイティブ機能を使用する必要がありますか?(ファイル、監視など)。情報の共有が必要ですか?これらの質問やそれ以上は、アプリケーションをリッチWebアプリとして作成できるかどうか、またはクライアントベースのアプリケーションとして開発する必要があるかどうかを示しています。

将来的には、特に近い将来、WPFアプリケーションを使用する場所は間違いなくあります。Silverlightは、電話などのサンドボックス化された開発のターゲットと思われますが、この列車がどのように進むのかを見ていきます。しかし、開発の開始時には、アプリケーションの要件、達成したいものを検討し、それに応じてテクノロジーを選択する必要があります。

ただし、SilverlightまたはWPFを習得しない理由はありません。たとえ6年または7年後に主要なプレーヤーになるとは限らないということです。確かに言えることは、テクノロジーが変わるということです。HTML6があり、次のWPFがあります。最初のテクノロジを本当に理解したい場合は、複数のテクノロジを学ぶ必要があります。

それらの1つを学習し始めると、いつでも切り替えて、学んだことを次のテクノロジーに取り入れることができます。


4

私たちは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


同意した!ここではスコット・ガスリーからそのポスターの最初の記事に主応答(誰の明確化を読み込みが...)だweblogs.asp.net/scottgu/archive/2010/11/04/...
holtavolt

4

2011年5月現在、トレンドの技術スキルに関するReadWriteEnterpriseの記事を次に示します。

http://www.readwriteweb.com/enterprise/2011/05/it-hiring-and-salaries-up---wh.php

SilverlightはFlashを追い越しました。過去3か月間にSilverlightジョブは12.6%増加しましたが、Flashは2.2%しか増加しませんでした。また、Silverlightは、Silverlightの982のジョブリストとFlashの646で、ジョブの総数でFlashを上回りました。

そして

C#、Silverlight、Azureが大きく成長し、Microsoftの専門家は順調に成長しています。


3

推測に過ぎませんが、スマートフォンやタブレット、特にAppleの登場により、Webテクノロジーとしての Silverlight もはや意味をなさないように思われます。


3

Silverlightは、おそらくFlashに対するMicrosoftの回答として最もよく説明されています。これは同じ問題領域です。したがって、優れたFlashゲームを作成することは、優れたSilverlightゲームも作成します。

誰も本当に未来を知りません。私が現時点で知っているのは、すべてが優れたWebアプリケーションを作成できるわけではなく、すべてが優れたデスクトップアプリケーションを作成できるわけではないということです。私はこれだけ知っています:

  • WPFはおそらくしばらくの間存続するでしょう。
  • Silverlightはまだ初期段階にあるため、Microsoftはしばらくの間、それを改善します。Flashを使用する方がFlashよりも優れているという噂を聞いたことはありますが、どちらも台無しにしたことはありません。
  • HTML 5 / CSS 3 / JavaScriptはミツバチのひざにあるはずですが、この10年間は​​本当に意味のある方法で準備ができていません。(委員会が2020年までに承認すると仮定すると、ブラウザの完全なサポートが必要であり、時間がかかります)。

追求するプラットフォームを選択するには、いくつかの基本的な答えを得る必要があります。

  • あなたの顧客は誰ですか?(つまり、ターゲット市場は何ですか?)
  • あなたはお金を稼ぐことを計画していますか?どうやって?
  • このアプリをアップグレードおよび/または交換する前に、このアプリがライブになると予想される時間枠はどのくらいですか?

最初の2つのバージョンを公開するのに2年以上見ている場合は、あまりにも遠くを見ている可能性があります。ターゲット市場を知ることは、プラットフォームが実行可能かどうかを理解するのに役立ちます。たとえば、多くのモバイルデバイスは、小さなブラウザーでプラグインをサポートしていません。つまり、SilverlightだけでなくFlashもサポートしていません。ただし、モバイルデバイスをターゲットにしていない場合、それは重要ではありません。


現時点では、HTML5のほとんどすべてが、委員会がそれを通過するずっと前にブラウザによってサポートされるようです。それは必ずしも良いことだではないことを...
復活モニカ

2

私はそれがこの段階での単なる推測だと思う。Windows 8に組み込まれたApp Storeの計画では、可能性のあるアプリテクノロジはSilverlightになります(OOBでサンドボックス化する方法を考えると)。SLは今後数年間存在する可能性があります。

HTML5について他に考慮すべきことは、言及されたシフトがSLからではなく、現在のごつごつした非標準IEプログラミングから離れている可能性があることです。


OOB = ??? 私の推測:オレンジの孤児のヒヒ
マットエレン

@Matt Ellen:oob =ブラウザー外。
トッドメイン

1

次に、マイクロソフトは何をすべきですか?
この状況では、最も使用されるブラウザーのメーカーとしてHTML5 + jsのサポートを提供する必要があります。

しかし、あなたはまだSilverlightで行くことができます。この適切に設計されたフレームワークのリリースとサポートは間違いなくあります。


1

このアーティクルによれば、クロスプラットフォームコードの作成を容易にするために合理化しています。

http://www.theregister.co.uk/2010/10/29/portable_library_project_silverlight_windows_phone/


記事を読んでください。ツイートや私がフォローしている他の記事と非常によく似ています。多くの人々は、まさにこれが何を意味するのかと単純に混乱しています。ボブ・ムリアはあなたをただ退けた人ではありません...彼はインタビュー中にあまりにも多くのスリップをしましたか?
マルティネス

1

だからこそ、Delphiを使用して昔ながらのWinAPIプログラミングを行っています。いわゆる「新技術」に費やすよりも、タスクの解決に時間を費やす方がよい。.NETのすべての「新しい」ものは、​​Borland Delphiのずっと前に存在していました。個人的には、テクノロジーを試して依存するまで、少なくとも10年はテクノロジーを維持すべきだと思います。


4
うーん。しかし、テクノロジーを使用している人が誰もいない場合、死ぬほど新しいテクノロジーはありません。そして、テクノロジーの10年は長い年月です。10年前にWindows 2000(デスクトップ上のNT)がリリースされました。つまり、HTML 4.01でWindows 2000の使用を開始する必要があるということです。実稼働環境で採用する前にしばらく待機するのは良いことですが、NuclearまたはSatellite制御システムを作成しない限り、10年は少し長すぎるように見えますが、1。WinAPIを使用して作成しないことを望みます。古い技術に加えて)。
マチェイピエチョトカ

1

少なくとも簡潔ではないが、MicrosoftはHTML5を支持してSilverlightを殺すことはないと確信しています。ポール・コットンとの最近のイベントで、私たちはそれについて議論し、HTML5との主な違いは次のとおりであることに同意しました:ツール、VS.Net + Blendは、現時点では優れた無敵のツールです。 Silverlightおよび他の多くの.Netテクノロジーで開発を続けるプログラマーの数。

とにかく、Vistaのガジェットが表示され、HTMLで処理されたとき、Silverlightが死んだとは誰も思っていなかったので、Silverlightをその中に入れる方法を見つけました...素晴らしいWindows 8インターフェイス。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.