元スレMicrosoft Silverlight その8

silverlight覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

751 = :

Microsoft has Abandoned Silverlight and All Other Plugins

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

752 = :

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

754 = :

SL5とはなんだったのか

757 = :

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

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

758 = :

>>757
全部同意

761 = :

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

762 = :

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

763 = :

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

764 = :

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

765 = :

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

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

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

766 = :

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時間前

767 = :

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

768 = :

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

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

769 = :

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

770 = :

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

771 = :

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

772 = :

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

773 = :

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じゃん

774 = :

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

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

775 = :

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

777 = :

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

778 = :

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

779 = :

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 ]
英語しか無いけど、ずいぶんドキュメントあるな。

781 = :

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

782 = :

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

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

783 = :

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

784 = :

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

785 = :

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

786 = :

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

787 = :

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

788 = :

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

789 = :

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

790 = :

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

791 = :

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

792 = :

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

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

793 = :

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

794 = :

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

795 = :

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

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

796 = :

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

797 = :

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

798 = :

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

799 = :

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

800 = :

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