WPFにもいえるがTreeViewのBindingがGoodすぎてﾜﾛﾀｗ
これ覚えたらWinFormとかやってらんねぇよ。

パカパカするたびにかってに構築してくれるのは感動だよね。

マジで？
めちゃ手で書いてた…

WCF使ってると思うんだけど、VS内で勝手にポート割り当てて立ち上がる開発サーバーって余計だな。
IIS前提にしてくれると楽なんだが・・・

プロジェクト作る時にチェックするとこあったろう

弄ってみたけどVS2010 beta2 + NET4 beta2だとめちゃくちゃ。サービスがIISで動きやしない。
前のVS2008 + .NET3.5の時はしっかり動いてたんだけどなぁ。
VS2008 + NET3.5 + SL3 と VS2010 + NET4 + SL4 のダブル体制で開発するしかないかね。

なんかいい本ない？

Prism関連の情報が少ないなぁ。
みんな使ってる？

今更だけど、Silverlight4ってWCFサービスとのバインディングでwsHttpBindingもいけるように
なったんだね。これでWinFormsやWPFなんかともWCFサービスやWeb.configを共用できるな。

WCFって地味に使われまくってるんだな・・・

SilverlightはサーバーサイドなASP.NETアプリと真逆でクライアントサイドアプリだからね。
Webアプリ特有のひねくれから解放されるのは大歓迎。しかしアプリケーションロジックの
DB処理や一括処理はサーバーサイドで動かすのがスジ。
そうするとどうしてもサービスという通信コミュニケーションを利用せざるを得ないんだよね。

けどWCFがなきゃSilverlightだけならそこらの無料レンタルサーバーで動かせるんだよな

俺はその理由でサービスはjavaやphp,pythonにしてる
WCF使いたいけど.NETおける無料の鯖がなさ過ぎ
MSの雲に期待してたけど軽いアプリも有料だし期待はずれだった

>>213
だよな。
昔からMS製品はそこらへんで苦労する。

Linux VPS借りてmod_monoでって訳にはいかんの？
試したこともドキュメント読んだことも無いのでわからないのだが。

>>215
現状のmono 2.0は使い物にならんでしょう。

俺もそうだけど、SL開発者にとってSL3は過去のもの。みんなSL4を見据えてアプリの開発と
デザインパターンを習得中だと思うぞ。
試しにSUSE LinuxとFirefoxでSL3アプリに接続してみたが、どれも画面真っ白けでピクリとも動かんｗ
何の警告メッセージや画面のゴミすらも出ない・・・。Linuxerはレベル低いアマちゃんで無愛想だな。

ところで、SL4 + WCF + SQL のデザインパターン習得のために試作したアプリをWindows7のIIS 7.5 で
ホストしたら、エラー「ユーザー 'IIS APPPOOL\hoge' はログインできませんでした。」とやらで
SqlClientがExeptionしたんで、MSSSMSでSQL Serverのログインユーザーを追加しようとしたら、
IISのアプリケーションプールのユーザーが一覧に出て来なくて泡吹いたｗ 　手入力でOKだったけど。

>>216
monoとmoonlightの区別ついてないでしょ？

>>216
流れは鯖の話だからそれはなんか違う

↓これ試したやつとかいない？
http://www.go-mono.com/monotools/

ちょど良い機会だからMonoでWCFのどの辺まで使えるのかとか、
ASP.NET MVCを実行できるのかとか、どこまで出来るか調べてみるか。

>>217
完全に俺の早とちりｗ orz
開発環境のmonoじゃなくて、SilverlightランタイムのMoonlight 2.0が駄目だったということです。
それでLinuxをクライアントにする案は崩れた。

Windows Mobile 7にSilverlight載るそうで。
でも完全に出遅れた。

WM7、WM6以前のアプリ切り捨てだってね。
大丈夫なのかねぇ。

>OSとしてのWinMo 7は、バックグラウンドプロセスがなくて、Appleのような通知サービスがある。
>システムリソースへのアクセスはできない、マルチスレッドのプロセスもない。それどころか、カスタマイゼーションの余地はゼロ。

スマフォは今Flashが動く動かないでもりあがってるから
Silverlightの出番はあんまりないんじゃないかねぇ・・・

http://smartphone.nttdocomo.co.jp/
http://www.nttdocomo.co.jp/product/foma/pro/index.html

smartphone 一色に染まるとも思いにくいんだよな…
あう、あう

あうといえば.net by auの方は春からみたいだね

http://gigazine.net/index.php?/news/comments/20100118_docomo_au_2010_spring/
>経済や金融情報の配信などを手がけるブルームバーグ社の
>公式ページによると、2010年1月20日（水）と1月21日（木）に
>auとNTTドコモが春モデルの発表会を行うそうです。

wktk sage

またフエラチオ会見してほしいな

MSはいわゆるJava+Linuxを取り込みたいのだと思うよ。
でもまー。Java＋Linuxというのも人たちは、
無償だからいいという人と、そうでもない人が混ざってるから現状は選別したいんじゃないかなぁ

Windows7 64bitだけどSilverlight使ってるページ開いたらブラウザ問わずにクラッシュするのが3ヶ月ぐらい？続いてたけど
昨日のWindowUpdateでKB979202が当たってやっと改善した
放置しすぎだ

>>219
VPS借りてOpenSUSEの中でmono2.6+mod_mono使ってるよ。
ASP.NET MVCは普通に動く。つーか今動かしてる。
サービス系は.asmx系は動く。.svc系は駄目。
あとADO.Net Entity FrameWorkはかなり怪しい（2.8で完全対応予定らしい）
おいらはS2DAO.Net使ってるので無問題

連投すまんが、moonlightはまだ実用段階じゃないってのは同意。
こなれるのにもう１年はかかるんじゃないかなあ。

ややスレチだが、NetBeansのJavaFXプラグインのGUIビルダの使いやすさに吹いた。
このレベルのGUIビルダ乗せてくれよMS

>>228
それは修正されたファイルが修正前までぶっ壊れてたってだけじゃないのか
7 64bitでChromeだけどクラッシュなんて起きてなかったし

俺も7 64 FFだけど特になかった。
たまにGyao見るときしか使ってなかったけど

GyaO!「くるねこ　第4話 「収集癖の原点」」をご利用いただくには、以下の環境が必要です。
JavaScript ： 有効に設定
OS ： Windows 2000 SP4以降、XP SP2以降またはVista
ブラウザ ： Internet Explorer 6.0以降またはFirefox 3以降
Microsoft Silverlight ： バージョン3以降
Adobe Flash Player ： バージョン8以降

Gyao は 7 に正式対応とは記述してないけどな…

mac だと safari 3 以降なら見れるが、ほかのブラウザは
上記メッセージが表示され、弾かれるようだったけど

家のWin7でSLのアップグレードあったけど、なんか変わったの？

>>229
mono環境からWCFのホストができないのは痛いとしか言いようが無いな。

もしmono/moonlightからサービス参照もダメだったら使えねーな。
俺はSilverlight + WCF + SQL ServerでASP.NETとおさらばするつもりなのに。
しかしNavigation、Drag & Drop、Printingは便利だな。もうASPには戻れないや。

お前ら金になってるの？

社内システムの構築に使い始めたので、少なくとも給料の一部にはなってるな。

やっぱWPFよりSilverlightの方が受けいれやすいのか

Silverlightで作れば、Silverlight本体以外は配布しなくていいし
環境もあまり考えなくていいからラクではあるな。

遅レスだけど、
>>211
>DB処理や一括処理はサーバーサイドで動かすのがスジ

これに近い書き込みをたまに見かけるし、分からんでもないけど、
RIA Servicesもあるよな。
速度的にTransactionとかは微妙だろうけど、ある意味開発が単純だから
こっちに流れるのも多いんじゃないだろうかと思う。

http://visitmix.com/labs/gestalt/samples/

ブラウザによって動かない場合とかもあるし
・firefox3.6 ほぼ下半分で動かない
・ie6 100%から先が表示されない

現時点だと組むんなら C# でというかんじなので .net 系の
ひとでないと、なかなか手は出しにくい、とは思う。

RIA Services　なんぞそれ、おいしいの？って感じで
しらんかったわ。すげー使いたいから突撃してくる

ちなみにVS2010のTemplate ProjectにあるSilverlight Business Applicationでは
RIA Servicesを使ってたりする

俺のシステムはSQL Serverのテーブル操作をストアドプロシージャに持たせていて、それを
WCFサービスを通して呼んでいる。Silverlightクライアントアプリ（RIA側）にはクエリーを一切
持たせないで、ストアドを代理するサービス（WCF Service）を呼ぶ仕組みにしている。

RIA Serviceはこれとどう大きく違うのか、RIA Serviceに変えるとどこらへんが楽になったり
ロバストになるのかが気になる。

RIA Services 試してみっかと、
http://msdn.microsoft.com/ja-jp/silverlight/dd941891.aspx
をポチポチしてるんだが、DataGridにデータバインドする所で、
LoadProductがみつからねぇといわれるんだが、なぜなんだぜ

クライアントでクエリを発行してインターネット越しにデータベースにアクセスするのって
物凄く怖いんだけど、そういう心配は無用なの？

>>246
そういう心配はとても有用だぞ。
もしもクライアントにクエリを持ったら・・・

　・システム階層やドメインの疎結合を実現できない
　　→ 層や領域ごとのスペシャリストメンバーによって役割分担する共同開発の障害になる
　　　　　（縦割り分担では全員がクライアントのUIデザイン～SQL Serverまで一様に担う）
　　→ 単体テストが困難でデバッグが大変
　　　　　（サービスなら WcfTestClient.exeを使い、Silverlight不要でサービスの単体テストが可能）

　・既存資源の再利用を妨げる
　　→ ASP.NETなど、他のクライアントとも共用できるソフトウェア資源の割合が減る

　・SOX法対策セキュリティ対策が不十分になる
　　→ システム階層ごとのセキュリティ境界が曖昧になる
　　→ 実テーブルの論理構造が透けて見えてしまう
　　→ クエリーのインジェクションリスクを拭えない

>>245
.NET RIA Services 読んでみた。
つまり、要のDomainService ってのは実は WCF Service であって、サービスのインターフェースIService.csや
実装コードのService.cs、クライアントのServiceReferenceの自動生成と、サービスの非同期呼出し手続きを
単純化する実装がVisualStudioと.NET Frameworkに組み込まれただけってことでFA?

RIA Servicesのやり取りってクエリの暗号化やレスポンスが圧縮されてたりするんかね？

クエリをクライアント側で発行するのは、ちょっと嫌だな
通信自体はWebなんだから暗号化できるでしょ。