それにカスタムコントロールだからビヘイビアを使う意味がない
どうせコードビハインド書くんだし、テンプレートの入れ替えが前提だから
デフォルトのスタイルにいろいろ書いても上書きされてしまう

silverlightって組みやすいし機能も充実してきているのに
どうして不評なんだろうな

>>352
不評じゃねぇよ。
日本じゃ80％はインストールされてるし。

アンチの声がでかいだけ。

>>351
そうか、カスタムコントロールはxamlはがさっと入れ換えられるから、コントロールとして持つべき振る舞いはコードでかいとかないといけないのか

MVVMパターンに永続化層（仮にSerializer）をくっ付ける場合って、次のどれが好ましいんだろう。

■A
　　Serializer　（他の層を認識しない）
　　　　Method-Serialize : 受け取った引数を永続化する

　　Model　（永続化層を認識する）
　　　　Method-ExecuteSerialize : Serializer.Method-Serializeを使用

　　ViewModel　（Model層を認識する）
　　　　Command-ExecuteSerialize : Model.Method-ExecuteSerializeを使用

■B
　　Model　（他の層を認識しない）

　　Serializer　（Model層を認識する）
　　　　Method-Serialize : Model層のプロパティを読み取って、永続化を実行する

　　ViewModel　（Model層及び、Serializer層を認識する）
　　　　Command-ExecuteSerialize : Serializer.Method-Serializeを使用

■C
　　Model　（他の層を認識しない）

　　Serializer　（他の層を認識しない）
　　　　Method-Serialize : 受け取った引数を永続化する

　　ViewModel　（Model層及び、Serializer層を認識する）
　　　　Command-ExecuteSerialize : Model層のプロパティを読み取って、Serializer.Method-Serializeに渡す

Ｍｏｄｅｌでいいんでないのかな

俺の好みならSerializerのインターフェイスをModelが実装して、ViewModelがSerializerを使うパターン

俺の好みもそうかな。

Modelからデータアクセスを分離したいって心情は解るけど
実用面ではModelに直接持たせちゃってもそんなに問題無さげ

dll参照の誘惑に負けてどんどんパッケージが太っていく
DataAnnotationとかMEFとかXLINQとか便利すぎるだろ•••

その辺りの、ランタイムに入ってないけど SDK に入ってる部分、
jQuery キャッシュみたいなノリで MS 上のサーバーから配信＆クライアントキャッシュしてくれればいいのにね。

OOB使うならアウトだけれど、これは試してみた？
http://msdn.microsoft.com/ja-jp/library/dd833069.aspx

>>362
その仕組みの発展形として、>>361 が欲しいなぁと。

silverlightでゲーム作れる？
flashで左クリックしか使えないから、これに惹かれてる

>>364
ゲームは問題ないけどSLも右は同じような機能がデフォルトで割り当てされてるぞ

>>365
デフォはそうだけど、上書けるよ。

SLでもFlashでも、右クリのコマンド追加は可能だな

WPFの時代が来るから、初めにSLから始めて慣れておく事が大事。
いつまでWinFormやってんの？とバカにされないうちに。

処理重いと、Silverlightはフレーム落ちするじゃん
Flashみたいにゆっくりでも1フレームずつ描画するようにできないかな？

CompositionTarget.Renderingイベント使う

おお・・・ありがとう

そういえばSLを設置可能なサーバーって増えた？
MS鯖じゃないと設置できないんだっけ？

普通は特にサーバーが対応してなくても使える。クライアントで動くんだからサーバー関係ない。

データベースを扱う場合は、やっぱ鯖が対応してないとな。さすがに。

そこはSilverlight関係ないでしょ
SilverlightからはASP.NETのサービスしか使えないわけでもないし

WCFなんて対応しているサーバを探す方が難しい。

>>373
いやそういう話じゃなく・・・
SLを含む部品の送り出しから通信相手としてとかさ・・・

どんなのを想定してるのかよく解らん

何がしたいのか具体的に
単にページに貼るだけならサーバー関係ない
サーバー側でWebサービス提供したいという話ならSilverlightの範疇を超えてるし>>374-376で出てる
クロスドメインアクセスしたいならFlashからのアクセスに対応したサーバーならSilverlightからもアクセス可

あれ？
MIMEだっけ？
今サーバーから送り出されるデータってtext/cssとかってあるけど
SLってあったっけ？

>>380
拡張子：.xap
MIMEの種類：application/x-silverlight-app
の登録は必要、らしい。

atpagesの無料鯖に.xapファイルを置いたら、何やら音楽ファイルとして認識されていた。
（HTMLから呼び出す分には、そのままでも特に不都合無かったけど）

htmlから呼び出せばいいだけの話。

>>381>>382
ほー
その辺クリアできればapachなんかをサーバーにしても問題ないのかね？
WCFとかは使えなくなるだろうけど

Silverlight.jsがあればいいんだっけ

>>383
問題無いよ。

>>384
silverlight.jsも、特に必須では無い。

俺の知り合いがインターネットで副収入で月１０万円以上稼いでいるから、
俺も何か作ってみたい。
広告収入ってのがかなりスゴいらしいな。
SilverlightならC#知ってるからいいかもと思いこのスレに来ました。

藍澤姉妹のエロCG集をDLSiteあたりで売った方が儲かりそうだ

C#といっても、WinFormとは違うぞ。
WPFの子供みたいなもんだから、技術覚えるのは簡単じゃない。

試しに、atpagesの無料鯖に
　　・インラインXAMLを含めたhtmlファイル　（Silverlight）
　　・xapファイルと、それを呼び出すhtmlファイル　（Silverlight、ナビゲーションフレームワークによるURL変化を含む）
　　・LooseXAML　（WPF）
を置いてみた。
コンテンツの中身はどれも適当だけど。

http://www18.atpages.jp/~silverkey/

>>381のはちょっと記憶違いだったわ。
xapが音楽ファイルとして認識されたのは、atpagesじゃなくatwikiだった。

>>386
SLコンテンツで広告収入って、あまり期待出来ないんじゃねーかなというか
ああいうのって、サイト閲覧者がバナーをクリックしないと金銭にならないんじゃないの？
（よくは知らんけど）

WPFは慣れるまで大変。

>>389
全く関係なくてスマンがそのインラインxaml
じっと見てると極稀に、オブジェクトのフチの部分が白くなって見えるな
そういうもんなの？

ナビゲーションフレームワークのページにアクセスした後、
Webブラウザの「戻る」を使用すると
一回だけでは、元のページに戻れなかった

アクセス前　 　"/"
アクセス時　 　"/navigationFramework.html#/Home"　に遷移
「戻る」1回目　"/navigationFramework.html"　に遷移
「戻る」2回目　"/"

地味に嫌だなこの挙動

Silverlightは右クリックとれるけど、マウスキャプチャできないのどうにかして欲しい。
CaptureMouse()が成功するけど、すぐにLostMouseCaptureする。

右ドラッグで視点の回転させたいんだけどなぁ。

普通にHTTPのPOST使うなり、JSONフォーマットで送るなりできるから
サーバーサイドはPHPなり、なんなりでデータベースは使えるよ

俺はwebサービス経由でレンタル鯖のmysql使ってる もちろんslで

>>392
UX考えると、FrameとPageでURL移動を起こす場合は
パンくずリストとか付けといた方が良いのかしらね。

XAML面白いよな。最近目覚めたけど。
早いマシンが欲くなるｗ

ザムルは最初は難しいけど、慣れると奥が深く面白いね。

好きなんだけど、
　　xaml　→　ざむる
　　xap　→　ざっぷ
この呼び方に、未だに慣れられない。

「えくすえーえむえる」　とか　「えくすえーぴー」　って呼んでしまう。

http://www.youtube.com/watch?v=Uzw1Rlr-wX0

おっさんはこれを連想するはず…