元スレMicrosoft Silverlight その7
silverlight覧 / PC版 / みんなの評価 : ○
451 = :
一応もなにもプロトタイプ方式の代表例じゃないか
452 = :
OOPじゃないな
453 = :
>>446
インストールしてみた。
なんつーか…VWD有ればいらねー気がする。
454 = :
空のテキストを許さないテキストボックスはどう作ったらいい?
検証でエラー出すんじゃなくて、空だったらバインド先に反映せずに元の値に戻したい
455 = :
文字数見ればいいんじゃないの？
空＝文字数0
見かけ上文字がなさそうだけどスペースの塊は空ではないよ
456 = :
文字数見るのはいいんだけど、
MVVMなので、どこにチェック入れてどうやって戻すのが適切なのかな、と
テキストボックス継承するのが簡単かなあ
457 = :
ViewModelに、「Modelにバインドされるプロパティ」「Viewをバインドするプロパティ」「両者を結び付けるメソッド」を用意して
両者を結び付けるメソッド内で、元の値に戻す処理を入れるとかは？
458 = :
>>446>>453
SilverlightにはLightSwitchってのがあるよ。コンセプト的には兄弟みたいな感じかな。
WebMatrixのすぐ後にリリースされる とか言ってたからもうすぐリリースされるだろう。
WebMatrixは、HTML UIを使ったHTML/ASP.NET webアプリケーション
LightSwitchは、Silverlightを使ったLoB(Line of Business)アプリケーションを生成する
http://www.infoq.com/jp/news/2010/08/LightSwitch
459 = :
>>456
テキストにフォーカスが当たったらテキスト内容を保持しておいて、
フォーカスが外れた瞬間に内容が何もなかったら保持しておいたテキストを入れるとか？
フォーカスの当たる外れるっていうイベントありましたっけ・・・
460 = :
SLの標準コントロールって、他のコントロールを大量に重ねて作ってるので
フォーカス関連はかなり鬼門。イベントも少ないし。
461 = :
>>456
「空のテキストを許さないテキストボックス」
→テキストボックスを継承してカスタムコントロール作成
GotFocusで値保持、LostFocusで空なら保持した値に戻す
「ViewModelとして空文字は無視したい」
→ViewModelのプロパティsetterで空文字はフィールドに設定せずPropertyChangedを呼ぶ
のやりたい方でいいんじゃね？
463 = :
464 = :
プロパティの設定に成功したように見せかけて実際には値が変わらなかったり
範囲内の数値に丸められたりするようなプロパティの実装は不適切でしょ
ガイドラインでも禁止されてるはず
465 = :
>>442
JavaScriptはしょうがないよ。
Adobeの処理系はどれもこれも中途半端で一貫性がないのよ。
開発環境も、うんこだし関わりたくないんだけど仕事だからやってるって感じかな
466 = :
そんなに静的型が欲しかったなら素直にAS捨ててJavaを採用してれば
Silverlightが出る幕なんて無かったのにな
なんでわざわざ中途半端なキメラを生み出したのか
467 = :
そう思うんならSilverlightにケチ付ける前に
Java Appletがあるのに、なんでわざわざJavaFXなんて作ったんだ と言ってやったらどうだ？ｗ
468 = :
CallMethodActionがあればコマンドいらない？
全部CallMethodActionでいい気がするんだけど
469 = :
>>468
コマンドの意義は CanExecute の存在だしなぁ。
それは CallMethodAction では吸収できない。
あと、CanExecute が不要な状況における ICommand インターフェイスの存在はともかくとして、
イベントの種類の違いを吸収する層としてのコマンドって概念は必要だと思う。
470 = :
AS2ユーザはたくさんいるわけだから、ASを捨てるわけには行かないだろう。
ASとは違う、まったく別の言語を導入するというのは、Adobeにとってもユーザにとっても負担なので、それは考慮しないと行けない。
471 = :
コマンドアクションでコントロールのプロパティ変更するのって、結局全コントロールの
プロパティにバインド設定しないといけないなら、ものすごい工数増えそうなんですけど。
デザインとプログラムを1人でやるなら、普通にクリックイベントで変更した方が楽っぽいなあ。
今回うちはコマンドアクションの採用は見送りたいと思った。
472 = :
例えばモデルのプロパティAがTrueの場合はコントロールの色を変えたいとき
その色のプロパティを定義してバインドしたりしてない?
コマンド使うかどうかにかかわらず、普通そういうのはコードから色触ったりしないで
アニメーションとか使ってXAMLで完結するように作るので、バインディングはそんなに増えないんだが
473 = :
>>472
少なくとも「プロパティAがTrueの場合」という条件がある以上は
プロパティAにバインドしなきゃならないと思いますけど
画面上の全コントロールのIsEnableを制御する部分とかだと死ぬ気がする
474 = :
それはコードで書いても一緒だろ
475 = :
コントロールに直接設定すれば1行で済むのに
コマンド使うなら1行じゃ済まないと思うが
どこが一緒なんだ？
476 = :
その前にコマンド直接関係ないだろ。VMと言いたいの?
コマンドはコントロールの状態変更を上層に伝える仕組みで
プロパティのバインドとは逆の話でしょ
使わないのは勝手だけどまずは正しく理解しようよ
477 = :
理解してなくてすみません。
１．コマンドアクションが発生した時にデータの取得を実行する
２．データ取得後の処理として、データに基づいて画面のプロパティを制御する
これはどちらもコマンドアクションの中の処理に入らないの？
478 = :
MVVMとコマンドを混同しちゃいかん。
コマンドに対応する動作は必ずしも別のクラスで実装する必要ないんだよ。
むしろ、ルーティングコマンドに対するイベントハンドラとしてコードビハインドで実装するのが
WPFの設計ではもともと本筋。
コマンドを使うかどうかと、ビュークラスとビューモデルクラスを分離するかどうかは別問題なの。
たまたまM→VMの通知に都合がよかったからコマンドを利用しただけの話で、
イベントハンドラからVMのメソッド呼んでもいいしCallMethodAction使ってもいいし
MVVMにコマンドは必須じゃない
479 = :
まじっすか。
分離する為に、イベントハンドラからビューモデルの関数呼んだらだめなのかと思ってました。
心置きなくイベント使わせて頂きます。
しかし、そうするとコマンドやCallMethodAction使う場面がわからなくなったでござる。
480 = :
>>478訂正 ×M→VMの通知 ○M→VMの通知
コマンドやCallMethodActionはコードビハインドを減らすために使う
なんでコードビハインド減らしたいかというとその方が単体テストしやすくなるからで
単体テストしないんだったらMVVM自体要りません
482 = :
画面制御の要らない処理にはコマンドが向いているという事ですか。
でも複数の通知方法があると可読性が失われませんか？
統一されていた方がわかりやすいと思いますけど。
483 = :
>>478
ルーティングコマンドはコントロールと親要素とか、
コントロールのテンプレートとコントロール本体とか、
そういう部分向けかと。
MVVM とはまた別の軸での「関心の分離」。
484 = :
どうでも良いが、 "RoutedCommand" なのに
何で和訳は "ルーティングコマンド" なんだろう
486 = :
NotifyOnValidationError=True, ValidatesOnExceptions=True
でプロパティのsetterで例外が発生したことを通知しています。
デバッガが無効のときは正しく動作するのですが、デバッガが有効の場合は
例外が発生したところでデバッガによってアプリケーションが停止させられてしまいます。
デバッガが有効でも止まらないようにする方法はありますか?
488 = :
Web開発初心者です。SilverlightでGUIを作成したいと思っているのですが、
チャートや表はコンポーネントを使用する予定でいますが、MACでも動作する
コンポーネントってあるのでしょうか？
候補としてGrapeCityのComponentOneを考えていたのですが、HPに
【 運用環境 】
フレームワーク Silverlight 3／4
OS Windows XP／Vista／7／Server 2003／Server 2008／Server 2008 R2
Webサーバー Internet Information Services
ブラウザ Internet Explorer 6／7／8
とあったので、動作しないのかなと。
オススメがありましたら教えてください。
489 = :
チャートはSilverlight Toolkitっていう公式ライブラリに入ってる
もしくはASP.NETと組み合わせてMicrosoft Chart Controlsを使ってもいい
表もとりあえずは標準のGridを試してみて不足なら考えればいいんじゃないの
490 = :
>>489
ありがとうございます。早速Silverlight Toolkitについて調べてみます。
Silverlightで作成した場合、MACでの動作に特に問題って出ないのでしょうか･･･。
その辺りが不安で。
492 = :
ありがとうございます。調べてみます。web開発素人なものですみません。
493 = :
Silverlight初心者なのですが、Silverlightを使ってeラーニング的なもの
を作ろうと考えているのですが、デザイナーに頼まなくても、プログラマー
がそれなりの見た目で作ることは可能でしょうか？
また、デザイナーに頼んだ場合、フォトショップのデータで受領し、ASP.NET
で開発する予定ですが、チャートや表のデザインもデザイナーに頼ることって
できるのでしょうか？この質問はスレ違いかもしれませんが、
よろしくお願いします。
494 = :
プログラマーとデザイナーの技量による。
495 = :
>>493
expression blend が使えるデザイナを使えばいいと思うのだが。
最近はいるみたいだよ。
497 = :
TextBoxとかに外部からデータ送るとかって出来るかな？
具体的には自作のソフトウェアキーボードを表示して、そこで押された内容を
フォーカスが当たっているコントロールに送りたい。
Win32の頃はMessage送ってやれば良かったけど、Silverlightで似たような事
出来るのかなぁ？
498 = :
無理
FocusManager.GetFocusedElement() as TextBox
でTextを直接編集するくらい
OOBでWin限定ならCOM経由でキー入力を送ることも可能だろうけど
そこまでやるなら普通にWPFで作ったほうがいい
499 = :
>>498
やっぱりFocus当たってるコントロール取ってきて、自前でやるしかないよね。
さんきゅ。
500 = :
DDEでやってみてはどうか
前へ 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 その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 ○
トップメニューへ / →のくす牧場書庫について