元スレMicrosoft Silverlight その6
silverlight覧 / PC版 / みんなの評価 :
551 = :
１年，２年でCPUの問題は解決する、そうなったとき軽さが売りの貧弱なGUIじゃ・・・・ってなる、のを期待
552 = :
>>550
最初のXAML解析してインスタンス作るまでがちともっさりするくらいかね？
554 = :
>>552
XAMLはコンパイル時に解析されて初期値主体の一種の実行可能コードになる。
アプリ自体の起動時には解析処理は行われないよ。
555 = :
>>547
公式には何も。
既存のケータイの買い控えを恐れて発表してないとの話も聞くけど、やってるとして東芝かシャープくらい？
日本のスマートフォン市場、HTLとかLG、サムソンばっかりになったらほんどどうするかねぇ。
556 = :
日本メーカーの携帯電話は3陣営ぐらいに集約したほうがいい
っつか各陣営とも人手が不足しすぎで全然新しいことに手をつけてない
無駄に競合させず、人手を余らせて冒険したほうがいいと思うけどね
558 = :
>>550
クロック落として並列処理する分量が多いほうが
計算量/電力消費のパフォーマンスは上がるだろうからねえ。
560 = :
>>554
違う
アセンブリのリソースにテキストがそのまま入ってる
パーサはネイティブコードでプラグインに直接組み込まれてるので
なんとC#のコードでツリー組み立てるより速いらしい
563 = :
silverlightって利用者にソース丸々見られたりしない？
564 = :
見られるよ
FlashもJavaもJSも同じ
見られて困るものをクライアントに配るのが間違っている
565 = :
だせえ
超だせえ
566 = :
>>560-562
オレのSL4のビルド結果では、リソースの中にxamlのままで入ってた。
bamlファイルは特に見当たらなかった。
SL3のころとXAMLパーサの仕様が変わってよりWPFに近くなったとアナウンスがあるし、
XAMLのままで使うように仕様が変わったんだろうか。
>>563
見える。だけどそれならJavaだってFlash(swf)にしたって
逆コンパイラはあるし、あまり気にしてもしょうがないんじゃね？
567 = :
SliverLightはコンパイルしないと使えないものでしょうか？
javascriptみたいにコードのままで動かせないですか？
568 = :
>>567
Flashはコンパイルしないと使えない使えないものでしょうか？
javascriptみたいにコードのままで動かせないですか？
って考えてみな。
.NET Frameworkは基本的にインタプリタ形式でプログラムを動かすようにはできてない。
書く形式=実行形式なのが全て良いのではなくて、良い悪いがあるんだよ。
569 = :
コンパイルせずに動かすことはできるよ
JavaScriptでSilverlightプラグインを操作する方法があるし、
PythonやRubyならHTMLにインラインでスクリプト書くか外部ファイルとしてサーバーに置いといて
DLR使って動かすこともできる
570 = :
http://www.visitmix.com/labs/gestalt/samples/
インラインのRubyやPythonを直接動かしてるサンプル
これは本当に凄い
Flashには真似できない技術
571 = :
>>568
Flashはコンパイルしないと使えませんがJavascriptは使えないですよ
>>569
ありがとうございます！
用途に応じてコンパイルしたり、コンパイルしない方法で動かせるよう使い分けます
572 = :
>>563 技術的には可能かもね。ただ、たとえ技術的に出来たとしても
世のOSSではないSilverlightアプリケーションなどに対してそれをやると
不正競争防止法なんかに抵触する場合があるからダメってのが一応の抑止力だな。
573 = :
>>572
そこまで無知なら無理して混ざってこなくていいよ
574 = :
ネットワークサービスで考えたら、
クライアントよりサーバ側のソフトウエアとデータが重要だからいいんでないの？
575 = :
とりあえず難読化でもしとけば
576 = :
MVVMでテキストボックスに注文番号を入れて合ってたら注文詳細をリストに表示、間違ってたらより高機能な注文番号選択ダイアログをだすような画面を実装するとして、間違ってたときに注文番号選択ダイアログの表示自体はどこでやるべき？
ViewのテキストボックスのChangedとかで値をチェック、合ってたらVMのメソッドを呼ぶ、間違ってたらダイアログを出して正しい入力されたらそれをテキストボックスにセットすると共にVMのメソッドを呼ぶとかで良いのかすら。
MVPならPresenterがそのへんをやってViewはほんとに薄っぺらくなりそうなんだけど、MVVMではもう少しViewがファットになって、値が間違ってたら特殊な画面を出して入力を補助するような業務的な処理もViewに入れてしまって良いもの？
VMにいれたらUnitTestできなくなるからこれで良いのかな・・・
577 = :
チェックもVM側でやれよ
なんでViewでチェックするのやら
579 = :
注文番号選択ダイアログを表示させるところでViewに依存してしまうからVMでやってはいけないと思ったんだろう
適当にインターフェイスで迂回してテストのときは差し替えればいいだけ
580 = :
んじゃViewの方からエラーだったらする処理(この場合は高機能選択ダイアログの表示)をインジェクトするとして、入力のチェックからすべてVM側でやるようにしてViewはほぼ薄っぺらになるって感じでよろし?
とりあえず自分の中ではすっきりした。あり。
582 = :
Viewの理想のコードは、デフォのコンストラクタだけかな。
まぁイベント拾ってコマンド呼び出したりすることもあるけど。
584 = :
VとVMを分けてるのはViewを丸ごと差し替えてUIの変更やVMの単体テストを行いやすくするためだから
そういうことしないんだったらそれで全く構わない
MSの中の人だってMVVMは小規模アプリには大袈裟すぎて余計なオーバーヘッドになる場合が多いと認めてるよ
585 = :
XAMLをHTML的に使ってリンクやボタンで繋いで
ページぐりできたりする機能はすごいよな。
Formsで同じことを実現しようとしたらぞっとする。
だけどそれにいちいち入力チェックを付けたりエラー画面を付けたり
おまけに自動テストをくっつけたりって、
そんなに綺麗に実装できるものなのかね？
587 = :
え？メディアコントロールってhtmlじゃできないの？
aspじゃないとダメって・・・・
やっぱFLASHかよ
588 = :
>>587
え？そうなん？ソースは？
591 = :
いいよ。
593 = :
silverlightってブログに張れないよね
ダサイよね
594 = :
おまいさんが貼り方知らんだけじゃないの
595 = :
>>594
Google Gadget使わずにはてなにxapを貼る方法があったら知りたい。
FC2使えとかはなしね。
596 = :
情報の後だしかよ ブログ＝はてな ってｗ ブログ板で質問しろ
とかツッコミ所満載だな。
以前使ってた頃はFlashもGoogle Gadget使わないと張れなかったけど、いつから方針変えたんだ？
597 = :
>>596
いや、俺ただの便乗だぉ （＾ω＾）
598 = :
書き込む前に推敲ぐらいしろ馬鹿
599 = :
そんなー、もっと優しくしてよ♥
600 = :
キモい
前へ 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 その8 (996) - [96%] - 2011/11/12 23:46 ○
- Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
- 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 ○
トップメニューへ / →のくす牧場書庫について