私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMicrosoft Silverlight その8
silverlight スレッド一覧へ / silverlight とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>>898-899
mscorlib.dll や System.Net.dll は Silverlight ランタイムに含まれているので、
普通 xap には入ってないと思うんだけど？(既定でローカルコピーは false)
mscorlib.dll や System.Net.dll は Silverlight ランタイムに含まれているので、
普通 xap には入ってないと思うんだけど？(既定でローカルコピーは false)
>>902
今VSからデフォルトのSilverlightアプリプロジェクト作ってビルドしてみたら
XAPファイルの大きさが4KBだった。
リソースファイルを分割したりすれば最初のXAPは相当減らせるのでは？
今VSからデフォルトのSilverlightアプリプロジェクト作ってビルドしてみたら
XAPファイルの大きさが4KBだった。
リソースファイルを分割したりすれば最初のXAPは相当減らせるのでは？
>>893
そこまで回線が細いなら、いっそOOBに出来ないかどうか検討してみては？
そこまで回線が細いなら、いっそOOBに出来ないかどうか検討してみては？
>>903
他のxapをオンデマンドダウンロードする為に必要なロジックを含めると、今の所250KB程あります。
AppManifest.xamlの読込み部分にXMLとかLINQのライブラリ使ってますが、自前でやるのも大変
そうですし・・・（参考にしたサイト→ttp://msdn.microsoft.com/ja-jp/magazine/dd434650.aspx）
起動時のみのロードならギリギリ許容範囲かもしれませんが、削れる部分があるなら限界まで削り
たい所です。
他のxapをオンデマンドダウンロードする為に必要なロジックを含めると、今の所250KB程あります。
AppManifest.xamlの読込み部分にXMLとかLINQのライブラリ使ってますが、自前でやるのも大変
そうですし・・・（参考にしたサイト→ttp://msdn.microsoft.com/ja-jp/magazine/dd434650.aspx）
起動時のみのロードならギリギリ許容範囲かもしれませんが、削れる部分があるなら限界まで削り
たい所です。
XMLとかLINQのライブラリはたしかxapに入ってたと思うんですが
それのローカルコピーを false にすれば良いという事？
それのローカルコピーを false にすれば良いという事？
250KBを気にする環境で毎回キャッシュ消してxapをdlし直すってのがそもそもの問題な気が。
>>904が言うとおりOOBでやるか、WPFやその他ローカルで動作する何かでやるわけにはいかんの？
>>904が言うとおりOOBでやるか、WPFやその他ローカルで動作する何かでやるわけにはいかんの？
WEBアプリが他にも有って連携しないといけないのでブラウザ上の動作が必須になります。
どうしてもブラウザ終了時にキャッシュを消したい方がいるようなのでしょうがなくと言った感じです。
OOBについては私はよく知りません。
どうしてもブラウザ終了時にキャッシュを消したい方がいるようなのでしょうがなくと言った感じです。
OOBについては私はよく知りません。
OOBというのはアウトオブブラウザの事ですか。
WEBアプリからOOBの画面を起動するのは可能ですか？
WEBアプリからOOBの画面を起動するのは可能ですか？
他のWebアプリと連携って、そういう意味か
IE6限定だそうだから、WSH.runとかで無理に起動する事は出来るが
ローカルにインストールした物をWebから呼ぶのって、行儀悪くね？
そんな事をしなくても良い様に作るべきだと思うが、システム全体の構成が解らんから何とも言えん所だ
多分一番良いのは、その前時代的な回線をFTTHに換える事
IE6限定だそうだから、WSH.runとかで無理に起動する事は出来るが
ローカルにインストールした物をWebから呼ぶのって、行儀悪くね？
そんな事をしなくても良い様に作るべきだと思うが、システム全体の構成が解らんから何とも言えん所だ
多分一番良いのは、その前時代的な回線をFTTHに換える事
要求性能に見合った投資をせず、技術者なら何とかしてくれると考え
「そこを何とかするのが技術者である君の役目だろう。違うのか？」と
一方的な期待をするアホアホ経営者は未だ多いな。
「そこを何とかするのが技術者である君の役目だろう。違うのか？」と
一方的な期待をするアホアホ経営者は未だ多いな。
IE9なら、ブックマークに登録したサイトだけキャッシュを残すとか出来るんだがなあ
ブラウザキャッシュが駄目、OOBも面倒だってんなら
アセンブリを分離ストレージに保存して、実行時にロードするとかか？
これならブラウザキャッシュを消しても残るし
ブラウザキャッシュが駄目、OOBも面倒だってんなら
アセンブリを分離ストレージに保存して、実行時にロードするとかか？
これならブラウザキャッシュを消しても残るし
「他のXAPをロードするだけのXAP」と「アプリケーション本体のXAP」に分けて
後者をIsolatedStorageに格納し、実行時にインスタンス化…って出来るんだっけ
出来るなら>>893の件は解決するよな、XAPの容量削らなくて済むし
後者をIsolatedStorageに格納し、実行時にインスタンス化…って出来るんだっけ
出来るなら>>893の件は解決するよな、XAPの容量削らなくて済むし
>>921
IE6でAjaxとか…起動が遅い所じゃなく、動作が重くなるんじゃないか？
IE6でAjaxとか…起動が遅い所じゃなく、動作が重くなるんじゃないか？
ブラウザ固定なら、互換性地獄にならないとはいえ
HTML4.01は、UIが貧弱過ぎるからなあ
HTML4.01は、UIが貧弱過ぎるからなあ
動画変換・配信ツール「Microsoft Expression Encoder 4 Service Pack 2」が公開
http://www.forest.impress.co.jp/docs/news/20111108_489265.html
http://www.forest.impress.co.jp/docs/news/20111108_489265.html
>>929
html5に移行しはじめたからflashが廃れたんだろ
html5に移行しはじめたからflashが廃れたんだろ
>>931
Metroスタイル版のIEではプラグインサポートしないってだけ。
それとは別に、今まで通りのIEがついてる。
Silverlightも、まあ、脱プラグインな方向で動いてる。
Silverlight for WP7なんかがそうだけど、ブラウザー外でのSilverlightになりつつある。
Metroスタイル版のIEではプラグインサポートしないってだけ。
それとは別に、今まで通りのIEがついてる。
Silverlightも、まあ、脱プラグインな方向で動いてる。
Silverlight for WP7なんかがそうだけど、ブラウザー外でのSilverlightになりつつある。
例のごとくバージョン3ジンクスにのっとると、WinRTの成熟は2016年と思われるけども。
その間、WinRTに割と自然に移行できるSilverlightやらないってのもどうなの。
その間、WinRTに割と自然に移行できるSilverlightやらないってのもどうなの。
>WinRTが出たからもうSilverlightいらないや
WinRTもMetroでしか使えないんだったら、論外だけどな。
WinRTもMetroでしか使えないんだったら、論外だけどな。
SilverlightとMetroどの程度ソース互換あんだろうね。
物によっては2,3行の書き換えとか言ってるけど、まともなアプリだとタッチに最適化したUI設計とかも含めると良くてVMの部分までの共通化かなー
物によっては2,3行の書き換えとか言ってるけど、まともなアプリだとタッチに最適化したUI設計とかも含めると良くてVMの部分までの共通化かなー
｢Silverlight 5｣でオワコン説浮上http://t.co/aiPFQMGq
>>936
ビューというか、XAMLはどのみち書き換えだろうねぇ。
たとえ、XAML中にかけるタグに100％互換性があっても、タッチデバイスだったり解像度違ったりで、書き換え必須かと。
ButtonとかTextBlockとか、基本的なのは普通にMetroの方にもあるんだけども。
ビューというか、XAMLはどのみち書き換えだろうねぇ。
たとえ、XAML中にかけるタグに100％互換性があっても、タッチデバイスだったり解像度違ったりで、書き換え必須かと。
ButtonとかTextBlockとか、基本的なのは普通にMetroの方にもあるんだけども。
木を切るか切らないかと言うよりは
どの枝を残すかという選択だしね。
同じ果実が得られるようにはしますよと。
どの枝を残すかという選択だしね。
同じ果実が得られるようにはしますよと。
>>934
.NET、Silverlightのようなおまけ的な扱いとは違うんじゃね。
.NET、Silverlightのようなおまけ的な扱いとは違うんじゃね。
WPFとSilverlightで培ってきたものの集大成なんだから
最初からバージョン3みたいなものじゃないか？
最初からバージョン3みたいなものじゃないか？
>>941-942
いやー、かなり本気度高くてもやっぱり3バージョンくらいは必要だし、
相当リソース裂いたとしても1年に1回ペースの更新として、2013年よ。
WPFやSilverlightっていうベースがあるって言っても、
やっぱ今、かなり「これからやります」って部分残されてるし、
Silverlight並みのスピードで新バージョン出すとしても、せいぜい年1回かと。
いやー、かなり本気度高くてもやっぱり3バージョンくらいは必要だし、
相当リソース裂いたとしても1年に1回ペースの更新として、2013年よ。
WPFやSilverlightっていうベースがあるって言っても、
やっぱ今、かなり「これからやります」って部分残されてるし、
Silverlight並みのスピードで新バージョン出すとしても、せいぜい年1回かと。
つーか、MSのタブレットとかモバイル系がこけたら、WinRTも
発展どころか若死にで終わるな
発展どころか若死にで終わるな
まぁMSもMetroアプリとそれ以外で全然別スキルを学ばなければいけないような愚はしまい
・・・しない・・・よ・・・ね？
・・・しない・・・よ・・・ね？
結局さ、WinRTはSilverlightとかWPFベースのUI含めた.NETとほぼ同じクラス・メソッドを実装しているということ？
ので実際は別物だけどソースレベルのコンパチがだいたい保たれているということ？
ので実際は別物だけどソースレベルのコンパチがだいたい保たれているということ？
どの程度かはわからんけど結局XAML+C#なんだから
SilverlightやらずにWinRTってのは
HTMLもJavascriptもやらずに「これからはHTML5だからそんなの知る必要ないでしょ」みたいなもんかと
SilverlightやらずにWinRTってのは
HTMLもJavascriptもやらずに「これからはHTML5だからそんなの知る必要ないでしょ」みたいなもんかと
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
silverlight スレッド一覧へ類似してるかもしれないスレッド
- Microsoft Silverlight その9 (574) - [96%] - 2023/1/25 14:30
- Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
- Microsoft Silverlight その6 (1001) - [96%] - 2010/11/1 4:09
- Microsoft Silverlight その5 (984) - [96%] - 2010/4/16 20:20 ☆
- Microsoft Silverlight その4 (1001) - [96%] - 2009/12/5 9:05 ○
- Microsoft Silverlight 2.0 その3 (556) - [83%] - 2009/3/24 0:35 ○
- Microsoft Silverlight 2.0 その2 (1001) - [78%] - 2008/11/21 11:47 ○
- Microsoft Silverlight 2.0 (1001) - [74%] - 2008/5/12 6:08 ○
- Silverlight登場で.NET使い大勝利！！！ Part2 (525) - [18446744073709551603%] - 2016/10/16 0:30 ○
トップメニューへ / →のくす牧場書庫について