英語かな

適宜C#かSilverlightかMVVM辺りをキーワードにググればOK。

>>148
そのレベルならBackgroundWorkerをすすめる。
普通のC#のWindows Fomなどと共通のコードに出来るので便利。

BackgroundWorkerってWPFで動作すること保証されてる？
.NET Framework 2.0でWinForm用に作られたBackgroundWorkerは
仕様上System.Windows.Threading.Dispatcherと結びついていない
思うんだけど。

>>153
ほんとは、スレッド（スレッドプールであっても）立ててその中でSleepってのもよくないんだけどね。
実行効率で言うとたぶん、DispatcherTimer使うのが一番。

というか、Async CTPのDelayメソッドマジお勧めではあるんだけども・・・

>>154
いや、たぶん、SynchronizationContext.Post経由のはず。
（WinFormsならControl.Invoke、WPFならDispatcher.Invokeに自動的に割り振られる）。
WPFでも大丈夫。

>>155
>スレッド（スレッドプールであっても）立ててその中でSleepってのもよくない

why?

>>157
一応スレッドのリソース（ローカルスタックとか）消費しちゃうから。
マルチコア環境かつ、1秒程度のSleepでそんなインパクトにはならないと思うけども。
タイマー（とか、Delayメソッド）だとそれもない。

>>145
>すいません。Silverlight で、描画更新タイミングってどうなっているんでしょう？
イベントハンドラが制御を返した後。

Silverlight5からは描画更新は"composition thread"としてUIスレッドから分離されたみたいだ

Silverlight 近況報告
http://www.infoq.com/jp/news/2011/04/Silverlight-MIX

フロントエンドの情報ばっかりだな・・・
こりゃはやらんわけだ

フロントエンドを作るためのものなのに何言ってんの?

今更フロントエンド作るのにわざわざｓｌに参入するやつは希少だって言ってるの
スレ内に指摘してるやつもいるけどマイクロソフトはターゲットを完全に見誤ってる

>>164
じゃあいったいどこで使えというんだよw

所詮はHTMLやJavascript、Flashの代替技術だからなぁ　＞Silverlight
バックエンドやインターフェースを作りたいならASP.NETでも使うでしょ。

ターゲットを見誤るもなにも住み分けているだけでしょ

たぶんフロントエンドの意味とりちがえてるw

そーなんだよな
Flashと比較しないでと言っておきながら
現時点では完全にFlashの競合でしかないんだよ
それ以上でもなくそれ以下でもなく

んなターゲットでシェア広げられるわけないのに

圧倒的な開発生産性がある。
HTMLとかFlashとかやりたくないわ。

デザイン系の人ってFlash慣れしちゃってるんでそ？
Blendに引っ張ろうたって、デザイン面での
アドバンテージなくない？

その人たちにとっては、.NETの開発効率とか関係ないし。

3DのAPIがあっちゃいけないのかよw
DirectXやOpenGLに丸投げするラッパー書くだけなんだからそんなにコストがかかるもんでもなし
それにFlashデザイナーが最近流行の低レベルな描画API(SilverlightやFlashの3D, WebGL, Canvas)
なんか扱えるわけがない
むしろMSが開発者シェア握ってる分野だ

FLASHは高いのでSilverlightでゲーム作りたいのですが参考書籍やURLはありませんか？

>>172
どういうゲーム？

以前は海外でゲームのソース丸ごと公開されてたんだが今はたどり着けない

>>173
最終的にはアクションゲームです
最初はシューティングやテトリスやTDなどを作りたいです

>>172
Silverlightは次期バージョンでXNAに対応するから
とりあえずXNAで勉強したら?　XNAなら書籍とかサンプルとか比較的多いし
基礎的な知識が付くので他の環境でも有効だよ
一応今出てるSilverlight5のベータ版でもXNA使えるけど人柱すぎるので正式リリースまではお勧めできない

>>174
http://www.geocities.jp/cs2ch/

>>175
なるほどXNAは知りませんでした
C#で書けるようなので本屋で立ち読みしてみます

>>176
ありがとう

ロボットネタを調べてたらこんなページがあった
http://jp.quince.infragistics.com/#/Main

WPFが無くならない限りは、Silverlightも無くなることはないよ。

>>170
その通り
ここの住民って必死に3DだとかDirectXだとかの必要性を訴えているけど
そんな分野にSilverlightが切り込める隙なんてほとんどないっていう現実を
しらないんだと思う
ビジネスシーンにおいてMSの技術が求められている場所がそんなところでは
ないということを知らないんだろうな

.Netで3DやDirectXが必要な分野が開拓されてる？
ないとはいはないけど、狭すぎるでしょ
ではどういった分野で.Netが活用されているのか
IT業界にいる人間だったら営業だろうがSEだろうが肌で理解できているところ
だけどな
意外に中の人ってここらへんの感覚が狂ってる事多いよなｗ

それが今の世の中がMSの技術に求めている物の答え
もしくはMSの技術に対するイメージ
Silverlightは現時点でそれを大きく逸脱しているものなんだよ
開発者が増えなくて当然

それと今後のメインストリームはSLだぞ
WPFではないぞ
いい加減受け入れろ

Silverlight開発者からのフィードバックを基に新機能足してるのに、
世の中が求めてないとか何を根拠にｗｗ

>>181
おいおいｗｗｗまじで言ってるの？？
そりゃSilverlight開発者からのフィードバックを
元にしてるに決まってるじゃんｗｗ
それ以外の誰の感想や意見をMSは聞くんだよ

問題なのはそのSilverlight開発者の数が
市場全体から見ればごくわずかなんだってこと
少数のSilverlight開発者がそいつらの希望を
言っているだけなんだよ
そんなフィードバックが市場全体の総合的な
意見を反映しているわけないでしょうが

もうちょい視野を広げた方がいいぞ？

そもそも3Dやゲームを作ろうとする人間が誰もSLを求めていない件

狭い世界に住んでる人だなｗ

ｓｌ自体が狭い世界だから・・・
その中の人が狭くなっちゃうのは仕方がないかと
エンジニアが良く陥る「目の前しか見えない」ってやつ

銀光でも.Net frameworkがそのまま使えます。
こう言えれば多くの人が振り向く

銀光ではこんな3D描画が可能ですよ。
ｲﾗﾈ…

ASP.NETがWebの分野でここまでの基盤を築けたのはWebアプリでも.NETのライブラリが使用できるというメリットが全てだった
SLで失敗しているのがまさにここである

.NETのフルセットを使わせたい
そのためには重いインストーラーのダウンロードと長いインストール作業を強いる事になる
ではパフォーマンスに優れた.NETのサブセットライブラリを使用するようにしよう
しかしそれでは.NETの強力な機能やノウハウを100%享受できない

MSは今このジレンマに苦しんでいる
このジレンマは今までクライアント・Webの開発者が悩まされてきたジレンマそのものでもある

配布に優れたWebとUIに優れたWinアプリ

これらは一長一短の技術であり求められる要件やニーズにより使い分けるのが主流であった
しかしMSのRIAプラットフォームとして登場したSilverlightはその常識を覆す大きな可能性を秘めている
つまり配布にもUIにも優れたテクノロジー基盤を築きつつあるのだ

RIAが注目されつつある昨今、グラフィック・音声・動画再生などの技術に目が行きがちではあるがこれはSilverlightも例外ではない
しかしながらSilverlightにおいては、いわゆるRIAとしての側面やそれらの新技術は近年の流行を利用したMSによる視線集めの一環に過ぎないと捉えるべきであろう

MSがSilverlightによって真に目指しているところはやはりWebとクライアントの技術の垣根をなくすことにある
別の言い方をするとWebとクライアントの間に収まる第三の新しいソフトウェア形態の開拓である
その真の目的が達成されるとき、ユーザーも顧客も開発者もMSの.NETというフレームワークに乗っかるだけで多くの制限から解放され広大な可能性の海へと漕ぎ出すことが可能となるのだ

光回線が普及していない時代、画像一枚ダウンロードするのにどれだけのコストをかけたであろう
またあまり知られていない事実だが、.NET Framework4のフルパッケージスタンドアロンインストーラのサイズは3.5のそれに比べ約85%減されている
このようにインフラやOSそのものの環境が整うにつれ.NET Frameworkの配布自体にかかるコストが限りなく無視できるレベルまで削減される未来も決して遠くはない

MSの目的が果されるその時、RIAさえも超えた大きな変化が訪れる事は想像に難くない

そういえばxbapは何処逝ったのかなぁ・・・

>>187
NETが開拓してきたのは企業内の業務APの分野が多いだろ。
それを制限付きのSLにすると言ってるのかい？
RIAがユーザビリティーを上げるけど、SLが宣伝してるのは
主にインターネットアプリの領域でしょ。
どこを狙っているのかよくわからん

ネットアプリの領域は今後HTML5が受け持つのは明らかだし
XNA(DirectX)との連携などを考えてもWebクライアント的立ち位置な気がする。

あくまでもメイン処理をするのはSliverlightじゃなくてASP.NET側。
その処理結果を受け取ったり指示を出すシンクライアント的なフロントエンドを担うのがSilverlight。

SLが担うのはビジネス向けのRIAだと思うねー、Gridで帳票、みたいな。
盛んに3Dとか一般向けを言うけれど、それが当たるとは到底思えないし、
MSもそちらのほうは、本心ではHTML5のほうにシフトしちゃってるよね。
まあ、Winodws Phone 7の媒体としての役割があるから、死にはしないし、その点では安泰だけど。

WPFをSLが置き換えるってのは眉唾でどこまで本気なつもりなのか分からない。
ADO.NETを載せる気はさらさらないみたいだし、
データは全てクラウドで、というのは非現実的じゃないかなあ、たとえAzure推しでも。
WinFormsが永遠に残り続けるってのが実際かもしれないけど。

Accessフォームで台帳管理してたようなところ向けだと思う

Mix11のSilverlight5のデモ（3D House Builder）見てると3D機能も必要なんじゃないかと思う。
一応WebGLが代替としてあるけど、普及まで何年かかるか分からないのと何より.NETで書きたい。

SLがもうちょいWinFormに近づくといいんだけどな。
表現力が増した分、難易度が格段に上がっちまったよな。

HTML5とJavaScriptとCSSで頑張って書くよりだいぶ楽なんだから贅沢言うなって

>>194
なんでも慣れだよ

そんな事より、何でSL5にPLINQとTaskがないんやー！

>>191
>ADO.NETを載せる気はさらさらないみたいだし、
当たり前だろ。そんな20世紀の設計はもう止めてくれよ

>>198
あー、DataTableを想像した？
俺がADO.NETっていったのはSqlConnectionとか、Entity Frameworkとかも含めて、
データベースアクセス関連のライブラリのつもりだったんだけど、それも20世紀？

Silverlightが(OOBで)WPFを置き換えるというシナリオにおいては、
クラウドへのデータアクセスだけじゃなくて、直にサーバーへの問い合わせとか
SQLiteやSQLCEのようなローカルデータベースへの問い合わせが可能である必要がある。
と、思っているのだけど、その辺への対応を一向にしようとしないからわからんな、と思っていて。

まあ、COM経由すりゃあなんでもできるといえばできるけど。

そういうシナリオならWinFormsかWPFかCOM経由しろよ