Microsoft has Abandoned Silverlight and All Other Plugins

http://www.infoq.com/news/2011/09/Metro-Plug-ins

>>751
MetroStyleに関しては、だろ。
それはsilverlightと共通の基盤なんだから
上にsilverlightが載ってもしょうがない。
MetroStyleの上にSilverlightが載るってのは
JavaScriptでブラウザ書くようなもんだし。

>MetroStyleに関しては、だろ。

大きな衝撃になっているけどな。

SL5とはなんだったのか

SL5の分かりやすいメリットはx64互換だけだな。

JavaSript&HTML5押しだけじゃなくなったからSLはなくても良いな。

ViewがXAMLで定義出来て
ViewModelとModelがC#で記述出来て
MVVMが適用出来るなら、別に名前はSLじゃなくてもいいよ

JavaScriptとHTMLとCSS、てめーらはダメだ

>>757
全部同意

コードがWPとあんまり変わらないのがMetro style App?

一応SLのクロスプラットフォーム開発の継承先ないよな
HTML5+JSはMetro用だし

WPでも要らないんならSLはフェードアウトしそうだな

似た形のが残るんならそれでいいじゃｎ

似ていてもそれが普及するのはいつになることやら
爆死も十分あり得る

そろそろ業務アプリに使おうと思ってたのに終わるのかよ！！
勘弁してくれ

んーどうなんだろね
とりあえずWindFormsはオワコンぽいが。
そもそもすべてのものがMetroスタイルに行くかって言うとそうじゃないだろ？言ったら悪夢だ。
2chみるにしてもMetroスタイルで読みたい時もあるかもだけどデスクトップでは今の2chブラウザスタイルがイイ。
で、そういうのを作るとしたらMS的にはXAMLベースってことになんのかね。

そもそもデスクトップPCでMetroなんて使わないでしょ。

Windowsタブレットが大ヒットするとも思えないし、相変わらず主流は
従来通りのアプリケーションだと思うけど。

Vistaの音声認識、Windows7のタッチ操作よりは使われると思うが。

Metroはwin8でもダブレット用の機能だし、win7以前では使えない。
将来的にはWPFの置き換えになるかもしれないが、それは相当先のことだろうな。

WPFは更新するみたいだけど、しばらくは何で開発していけば良いんだろうな。

あとSilverlightで面白い発言を見つけた。

Pete_Brown Pete Brown
@dyowee As Soma said on Ch9 yesterday, we're working on getting SL5 out, and the teams will plan next steps after that

11時間前

結局どんな端末で使うかなんだよな。
タブレットやスマートフォンみたく、画面が小さく手元近くで
操作するなら、今回のWin8のタッチ操作を意識した新
インターフェースが有利になる。
逆にデスクトップなど大型画面のパソコンで使うならば
メリットが少ないし、豊富な資産がある従来のインター
フェースのほうが好ましい。
Windows8がモバイル系の端末でこければ、最悪新
インターフェース自体、黒歴史になっちゃうかもなw

slおわってないよ。
基本ザムル＋Ｃ＃を使うわけだから、slからの移植は簡単なんだろ。

アプリケーション自体に条件判断を組み込むことで、同一のソースコードから、Metro Style、Sliverlight、Windows Phone 7で動作させるコードが作成できるという。

Silverlight 終わってないの？
たとえば↓この絵で言うと、どこに入るの？ 右半分のどこかなら、死んだも同然？
http://www.kodefuguru.com/post/2011/09/14/The-Windows-8-Developer-Ecosystem.aspx

>>769
その絵だと一番右下にSLの文字があるけどw
ただ、従来のデスクトップ環境でブラウザ上くらいしか、居場所が
ないんだったら、もうダメかもしれんね

動作コンテナとしてのSilverlight自体は役目を終えていくのかもしれんね。
けど大事なのはUIを作るプログラミングモデルであって、XAMLベースのUIとして動かせる何かがあるならSilverlightかどうかは自分にとってさして問題ではない。
むしろ今のWP7用、Silverlight、WPFとXAMLベースでもちょこちょこ違うのを統一してほしい。

HTML&JavaScriptで作らされなくなっただけで有り難い。

http://journal.mycom.co.jp/articles/2011/09/16/build03/index.html
たとえば、Androidの場合、カーネルにLinuxを使っているが、Linuxとしての機能はカーネルと基本ライブラリの一部のみを使い、
アプリケーションはJavaで記述するために、いわゆるAPIとしてはJavaのオブジェクトが提供される。

ところが、Windowsは、これまで、こうした粒度の大きなAPIはほとんど提供しておらず、このあたりは、
サードパーティやオープンソースプロジェクトが補完していた格好になる。


この記事激しく不正確だな
.net FrameworkもJAVAと同レベルだし、ましてやSilverlight、WPFなんて十分粒度の大きいAPIじゃん

>>773
文章が支離滅裂化してるからほっとけばいんじゃね？
粒度の比較とか対象同士がおかしいし、WPF/SLのアーキテクチャの違いとCLRの位置づけがごちゃまぜ…

そういう意味ではWinRTはSLの正当進化かなとも思ってる…

MicrosoftもFlash離れ、Windows 8の Metro用「IE10」はプラグイン非対応
http://itpro.nikkeibp.co.jp/article/NEWS/20110916/368794/
どちらかというと、HTML+JSにしろSLにしろ、MetroStyleApp化を要求してる気がするな

SL(XAML+C#)

webブラウザのプラグイン非対応は好感すべき流れかと
ブラウザは標準技術のHTML5のみ
凝ったアプリはMetroと定着すればいいかと
SLはプラグインとしてはフェードアウトして技術はMetroに継承される方向かと
MSにはWinFXの時みたいに方針を撤回せずに貫いて欲しいね

Windows8は、Win32 APIを置き換える
http://www.infoq.com/jp/news/2011/09/WinRT
かなりまとまってる記事

Roadmap for creating Metro style apps using C#, C++, or Visual Basichttp://msdn.microsoft.com/en-us/library/windows/apps/br229583(v=VS.85).aspx ]
Guidelines for porting existing XAML code to Metro style codehttp://msdn.microsoft.com/en-us/library/windows/apps/br229571(v=VS.85).aspx ]
Migrating a Windows Phone 7 app to XAML [http://msdn.microsoft.com/en-us/library/windows/apps/hh465136(v=VS.85).aspx ]
The Windows Runtime [http://msdn.microsoft.com/en-us/library/windows/apps/hh464942 ]
Windows Runtime reference [http://msdn.microsoft.com/en-us/library/windows/apps/br211377 ]
英語しか無いけど、ずいぶんドキュメントあるな。

Windows7やXPで使えなきゃ流行んないだろ

HTML5に全注力かと思われたが、
蓋を開けたらHTML,JavaScriptなんてまったく不要だった。
今までどおりの言語、フレームワークで名前が変わるくらい。
Silverlightなんて大した問題じゃないな。

HTML押しもいいけど
まずSilverlight並みの生産性と機能を実現してからにしてくれ

先に舵を切っておいて「そのうち生産性高くなります」じゃ困るんだよ

アプリ不足解消の策がWPとmetroのベースを共通化する作戦なのだろう
わずかな修正で双方にコンパイル可能だと
WP7.5の次の次のバージョンアップがwin8をベースに作られるそうでmetro同様アプリがHTML5も対応するそうだ
アプリにHTML5は持ちこまなくてもいい気がするが

HTML5は流行りだから入れただけだろ

よそから来た人間以外HTML,JS,CSSなんて使わないわな。

J#みたいに切り捨てられる日が来るのか

Silverlightからわずかな修正っていうけど、APIを見るとできそうにないんだよな。
できるのは本当に簡単なものだけになりそうだ。

これを見るとSilverlightかWPFしか選択しないじゃないか。
Win7を切り捨てるとかありえん。

>>788
9ヵ月後に出るんだ。

ブラウザプラグインとしてのSilverlightはオワコンなのかなぁ

ファイルをドラッグ＆ドロップでアップロードするのに便利だったのに

>>778
>HTML 5グリッドは、Windows 8アプリケーションを構築するために不可欠である。
>これなしで、広く様々な解像度のWindows 8を実行することは非常に難しい。

HTML5の利用は必須ってこと？

>>788
たぶん、最初のシナリオとしては、タブレットPC使うアプリだけがWinRT。
デスクトップ向けアプリは、まあ、5年以上は今のままWPFかSilverlightだと思う。

>>778
>ロック画面にユーザーのコンテンツを表示することができるようになった。
ユーザーネームを武井にして、表示する画像に「割愛。」と書いておけば
イッテQの武井コーナーができるな

>>792
HTML5 が必須なんじゃなくて、「HTML5 アプリにおいて、グリッドの利用が必須」だと思う。
（別に嫌なら使わなくてもいいけど、ユーザービリティ的にひどいよ、という意味で）

Metroスタイルアプリ、つまり、Win8固有、タブレット向け、App Store販売可能なアプリは、
C++, .NET, HTML5+JS の3つから選べる。

>>795
よかった。.NetでもHTML5使わされることになるのかと思った。

今のところの発表だとWinRTはビジネスアプリには使えなさそうなんだけど。

>>797
最近、ビジネスでもスマートフォン案件よくあるし、そういう用途（で、タブレット利用）を想像した場合でも無理そう？

グループウェアのようなものは昔からwebのみで済ませるアプリも多かったからねえ。

メトロスイタルのOfficeも出るかもと言ってるから出来なくもないか。