Microsoft Silverlight その8

このエントリーをはてなブックマークに追加
947 ：デフォルトの名無しさん：2011/11/10(木) 21:52:24.23
>>945
コア言語がC#なのは変わらんし、GUIの定義をXAMLで行うのも変わらんだろ
ModelとViewModelは使い回して、Viewだけ差し替えりゃいいよ
948 ：デフォルトの名無しさん：2011/11/10(木) 22:42:38.67
結局さ、WinRTはSilverlightとかWPFベースのUI含めた.NETとほぼ同じクラス・メソッドを実装しているということ？
ので実際は別物だけどソースレベルのコンパチがだいたい保たれているということ？
949 ：デフォルトの名無しさん：2011/11/10(木) 23:12:22.24
どの程度かはわからんけど結局XAML+C#なんだから
SilverlightやらずにWinRTってのは
HTMLもJavascriptもやらずに「これからはHTML5だからそんなの知る必要ないでしょ」みたいなもんかと
950 ：デフォルトの名無しさん：2011/11/10(木) 23:13:22.07
これでも見とけ
ttp://ufcpp.wordpress.com/2011/09/17/winrt-%E3%81%AB%E9%96%A2%E3%81%99%E3%82%8B%E8%AA%A4%E8%A7%A3/
951 ：デフォルトの名無しさん：2011/11/10(木) 23:49:12.37
>>950
WinRTはMetro専用ってことでオケー？
普通のデスクトップアプリもこれで作れればいいのに(´・ω・｀)
952 ：デフォルトの名無しさん：2011/11/11(金) 00:26:09.85
今はね。

デスクトップでもWinRTで書きたいって要望山ほど聞くし、いずれ動いてくれるかも。
まあ、それこそ数年先な話だけど。
953 ：デフォルトの名無しさん：2011/11/11(金) 00:29:00.57
あれ？実際にデスクトップでも動くって数日前に話題にならなかったっけ？
954 ：デフォルトの名無しさん：2011/11/11(金) 00:49:19.76
>>953
くわすく(´・ω・｀)
詳しくは知らんが、WinRT自体はMetroに限定する必要はないよね
955 ：デフォルトの名無しさん：2011/11/11(金) 01:12:14.30
>>954
ttp://social.msdn.microsoft.com/Forums/en-US/winappswithnativecode/thread/e65f53b4-cac9-44e3-aa10-cd7955d6a9b3
＞ DavidLamb - Microsoft（MSFT）

＞ WinRTはデスクトップアプリケーションでも使用することが出来ます。
＞ 注：WinRT用カスタムコンポーネントはデスクトップアプリケーションでサポートされません。

公式発表されたわけではないけどね
956 ：デフォルトの名無しさん：2011/11/11(金) 02:09:53.47
WinRTって、XAML UI以外にもファイルアクセスとかのAPI持ってて、
それは普通にデスクトップアプリから使えそうではあるけども。
COMだし。

XAML UIの部分はどうなんだろ。
957 ：デフォルトの名無しさん：2011/11/11(金) 08:50:51.98
winrtよりも、silverlightが消滅するかもしれない噂が気になる
958 ：デフォルトの名無しさん：2011/11/11(金) 11:49:08.98
wp7->win8メトロの流れでは、ブラウザプラグインがなくなって、
アプリでXAML+C#という流れ
959 ：デフォルトの名無しさん：2011/11/11(金) 11:51:21.66
C#といよりCLIといった方がいいのか
960 ：デフォルトの名無しさん：2011/11/11(金) 15:23:24.44
ブラウザープラグインとしてのSilverlightは確実に下火として、
じゃあ、SilverlightはOut-of-Browser方面で使うことになりそう。

となった時に、WPFとの差の方が気になるのよねぇ。
Win7, Win8で.NET 3.5とか4.5がプリインストールされてる中、
Silverlightの利点あるの？という懸念がある一方で、
WinRTに近いのはSilverlightの方なのよねぇ、WPFよりも。
961 ：デフォルトの名無しさん：2011/11/11(金) 20:35:52.90
MSの中の人がsilverlightの次のリリース予定は今のとこない！って
はっきり発言してた
962 ：デフォルトの名無しさん：2011/11/11(金) 21:12:15.43
ブラウザープラグインとしてのSilverlightは、ね。
963 ：デフォルトの名無しさん：2011/11/11(金) 23:01:25.21
正直WPFに比べてSilverLightのOutOfBrowserって何かいいことあるの？
ブラウザのプラグインで動くっていうのがSilverLightの唯一のメリットだと思ってるんだけど
964 ：デフォルトの名無しさん：2011/11/11(金) 23:08:14.89
.NETが不要、macで動く、カメラやマイクが簡単に使える、
XNAベースでWPFよりずっと強力な3D機能
965 ：デフォルトの名無しさん：2011/11/12(土) 00:19:23.31
あとデプロイが楽ってよく言われるけども。
966 ：デフォルトの名無しさん：2011/11/12(土) 05:12:56.68
ブラウザプラグインからデプロイできるから楽なのであって、
ブラウザプラグインが消えたらその利点も消える。
967 ：デフォルトの名無しさん：2011/11/12(土) 06:44:57.48
oobで作るくらいなら、
wpfで作っちゃえばいいじゃんって話。

slの優位点は、
クロスプラットホーム
c#または、.netでwebsiteを作れる
しかないが

html5はともかく、javascriptの開発生産性の悪さが嫌だ

xaml + c#.netではなく、
html5 + c#.netで開発できればなあ
968 ：デフォルトの名無しさん：2011/11/12(土) 11:22:32.28
Operaの人が「性能とリーチはトレードオフ」と言ってた。
HTML5やるなら高スペックのマシンと回線を使い、
パワーが必要なアプリケーションはネイティブで書けと。
俺は性能もリーチも欲しいからSL使う。
969 ：デフォルトの名無しさん：2011/11/12(土) 11:28:03.03
そもそもHTML5は2014年の正式勧告を目指してるらしいが
未だに議論がまとまってないし、間に合わないんじゃないのか
970 ：デフォルトの名無しさん：2011/11/12(土) 11:34:01.84
プラグインが消えることは無いだろ
全てのハードウェアに汎用的にアクセスする事は不可能だし
ユーザーからその要望が消滅する事もありえない
971 ：デフォルトの名無しさん：2011/11/12(土) 12:50:06.90
HTML5ってそんな大したもんじゃないぞ
RIA的な用途向けのAPI追加が主で、UIなんてそんなに変わらん
そりゃCanvas使えばなんでもできるが、DOM完全無視してCanvasだけでUIフレームワーク作って
それでHTML5だ！というのはそれこそ何のためのHTMLかと
972 ：デフォルトの名無しさん：2011/11/12(土) 15:10:17.75
>>970
ネイティブアプリの方がブラウザープラグイン並みの利便性身に着けるようになってきたってことじゃないかと。
973 ：デフォルトの名無しさん：2011/11/12(土) 16:55:09.23
>>972
HTMLの表現力やJSのパフォーマンスの向上によって利便性が増したというなら理解できるが
それには賛同できんな。
974 ：デフォルトの名無しさん：2011/11/12(土) 17:42:03.57
ブラウザプラグインのSLには
WPFとかWinRTのための実験場として生き残ってほしい。
SLは一年単位でリリースしてきた実績があるから、
何か新しいことを試すにはもってこいだろ
975 ：デフォルトの名無しさん：2011/11/12(土) 18:01:57.61
>>963-965
後、WPFと比較して初回起動が速い。
（.NETが不要てのと被る部分では有るが、結果として）

>>967
俺はHTML5も嫌だ。
LooseXAMLの方がまだ良いよ。

そして、一番嫌なのは　「Webブラウザ毎に解釈が違う」　事なので
開発側としては、ブラウザプラグインの方が楽なんだよなあ。
976 ：デフォルトの名無しさん：2011/11/12(土) 20:20:30.04
>>975
> そして、一番嫌なのは　「Webブラウザ毎に解釈が違う」　事なので
HTML5で仕切り直しても、これを解消できるとはとても思えないよね
977 ：デフォルトの名無しさん：2011/11/12(土) 20:23:59.46
今の仕様でそれが解消される頃には、
新しい要件が出て、新しい標準化が必要にされて、相変わらず解釈差で悩むだろうねぇ。
978 ：デフォルトの名無しさん：2011/11/12(土) 20:56:16.60
レイアウトや描画が少々おかしくなるのはまあいいとしても
問題は今までJSでできなかったことができるようになる類のAPIだな
もっと環境依存が激しいだろうし失敗が許されない
979 ：デフォルトの名無しさん：2011/11/12(土) 22:29:37.81
HTML5になってもブラウザ毎に解釈が違うのは絶対あるだろうな
結局今までと同じ経験をループするんじゃなかろうか
980 ：デフォルトの名無しさん：2011/11/12(土) 22:40:44.72
今やブラウザも増えちゃったし
981 ：デフォルトの名無しさん：2011/11/12(土) 22:54:16.00
といってもだいたいWebkitだからレンダリングにはそう差はないだろうが
ハードの機能に触るようなAPIは関係ないからな
982 ：デフォルトの名無しさん：2011/11/12(土) 22:57:33.45
IE -> Trident
Fx -> Gecko
Safari -> Webkit
Google Chrome -> Webkit
Opera -> Presto

>>981
「だいたいWebkitだから」と言うのは、ちょっと無理が有るんじゃないだろうか
983 ：デフォルトの名無しさん：2011/11/12(土) 23:00:47.29
>>982
ああいや最近になって増えたブラウザのこと
スマホのブラウザとか
984 ：デフォルトの名無しさん：2011/11/12(土) 23:01:13.65
HTML5は、videoタグの動画フォーマットからして統一されてねえからなあ
コンテンツ提供側としては、コストを下げようと思ったらFlashかSLになるよな
985 ：デフォルトの名無しさん：2011/11/12(土) 23:29:42.42
DRMとかの絡みもあるな
986 ：デフォルトの名無しさん：2011/11/13(日) 05:53:02.66
でも、flashやslは廃止の方向なんでしょう？
987 ：デフォルトの名無しさん：2011/11/13(日) 05:57:07.59
モバイルはまだしもパソコンでは廃止する気ないみたいだよ。FlashもSilverlightも
DRMやフロー制御、ブラウザに依存しない豊富な入出力とか必要な分野も少なくないし
988 ：デフォルトの名無しさん：2011/11/13(日) 06:11:06.33
今、廃止の方向に舵切ったとして（切ってるんだけど）、
実際に必要なくなるのは10年後とかだしねぇ。
989 ：デフォルトの名無しさん：2011/11/13(日) 09:27:14.09
そのころはWinRTがMetro専用で亡くなってる予感
990 ：デフォルトの名無しさん：2011/11/13(日) 09:29:50.77
すでにWinRTがMetro専用じゃないとわかっているんだが
991 ：デフォルトの名無しさん：2011/11/13(日) 11:07:36.17
所で、そろそろ次スレ建てて来て良い？
992 ：デフォルトの名無しさん：2011/11/13(日) 11:11:59.04
Microsoft Silverlight その9
http://hibari.2ch.net/test/read.cgi/tech/1321150267/l50
993 ：デフォルトの名無しさん：2011/11/13(日) 15:17:30.69
>>990
使えるけども、Metro以外で使えても意味ないよ。

タッチ前提のUIフレームワーク（この部分はデスクトップで動くか不明）に、
審査前提のセキュリティモデル（デスクトップアプリは審査通らない）だし。
994 ：デフォルトの名無しさん：2011/11/13(日) 16:01:45.93
それらがFlashやSilverlightが不要になった頃に変わっているとは思えんが
995 ：デフォルトの名無しさん：2011/11/13(日) 16:49:20.69
ttp://blogs.msdn.com/b/b8_ja/archive/2011/09/07/metro.aspx

たとえ今後多くのシナリオが Metro スタイルのアプリで実現できるようになっていくとしても、
当分の間は多くのユーザーにとってデスクトップが重要な存在であり続けるはずです。
そして、デスクトップの改良に向けた私たちの努力も続きます。

デザインの選択に関してユーザーがどのような反応を示すかについてはさまざまな議論が行われているところですが、
デスクトップの非常に優れた実用性を含め、より広い視野でこれらの選択肢を捉えていきたいと思います。
996 ：デフォルトの名無しさん：
>>992
乙です。