Microsoft Silverlight その5

1 名前：デフォルトの名無しさん [2009/12/05(土) 20:03:13 ] Microsoft Silverlight www.microsoft.com/japan/silverlight/ MSDN Silverlight デベロッパー センター msdn.microsoft.com/ja-jp/silverlight/ The Official Microsoft Silverlight Site silverlight.net/ CodePlex Silverlight Toolkit silverlight.codeplex.com/ 前スレ pc12.2ch.net/test/read.cgi/tech/1244812356/ pc12.2ch.net/test/read.cgi/tech/1227324813/ pc11.2ch.net/test/read.cgi/tech/1210491703/ pc11.2ch.net/test/read.cgi/tech/1203891514/ 242 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 15:53:13 ] RIA Services　なんぞそれ、おいしいの？って感じで しらんかったわ。すげー使いたいから突撃してくる 243 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 16:29:09 ] ちなみにVS2010のTemplate ProjectにあるSilverlight Business Applicationでは RIA Servicesを使ってたりする 244 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 17:21:21 ] 俺のシステムはSQL Serverのテーブル操作をストアドプロシージャに持たせていて、それを WCFサービスを通して呼んでいる。Silverlightクライアントアプリ（RIA側）にはクエリーを一切 持たせないで、ストアドを代理するサービス（WCF Service）を呼ぶ仕組みにしている。 RIA Serviceはこれとどう大きく違うのか、RIA Serviceに変えるとどこらへんが楽になったり ロバストになるのかが気になる。 245 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 18:46:02 ] RIA Services 試してみっかと、 msdn.microsoft.com/ja-jp/silverlight/dd941891.aspx をポチポチしてるんだが、DataGridにデータバインドする所で、 LoadProductがみつからねぇといわれるんだが、なぜなんだぜ 246 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 19:10:11 ] クライアントでクエリを発行してインターネット越しにデータベースにアクセスするのって 物凄く怖いんだけど、そういう心配は無用なの？ 247 名前：244 mailto:sage [2010/01/22(金) 19:45:46 ] >>246 そういう心配はとても有用だぞ。 もしもクライアントにクエリを持ったら・・・ 　・システム階層やドメインの疎結合を実現できない 　　→ 層や領域ごとのスペシャリストメンバーによって役割分担する共同開発の障害になる 　　　　　（縦割り分担では全員がクライアントのUIデザイン〜SQL Serverまで一様に担う） 　　→ 単体テストが困難でデバッグが大変 　　　　　（サービスなら WcfTestClient.exeを使い、Silverlight不要でサービスの単体テストが可能） 　・既存資源の再利用を妨げる 　　→ ASP.NETなど、他のクライアントとも共用できるソフトウェア資源の割合が減る 　・SOX法対策セキュリティ対策が不十分になる 　　→ システム階層ごとのセキュリティ境界が曖昧になる 　　→ 実テーブルの論理構造が透けて見えてしまう 　　→ クエリーのインジェクションリスクを拭えない 248 名前：244 mailto:sage [2010/01/22(金) 20:05:02 ] >>245 .NET RIA Services 読んでみた。 つまり、要のDomainService ってのは実は WCF Service であって、サービスのインターフェースIService.csや 実装コードのService.cs、クライアントのServiceReferenceの自動生成と、サービスの非同期呼出し手続きを 単純化する実装がVisualStudioと.NET Frameworkに組み込まれただけってことでFA? 249 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 20:08:29 ] RIA Servicesのやり取りってクエリの暗号化やレスポンスが圧縮されてたりするんかね？ 250 名前：デフォルトの名無しさん [2010/01/22(金) 20:14:34 ] クエリをクライアント側で発行するのは、ちょっと嫌だな 通信自体はWebなんだから暗号化できるでしょ。 251 名前：デフォルトの名無しさん [2010/01/22(金) 20:17:11 ] 嫌だから明日からFLASHにするわ。 252 名前：デフォルトの名無しさん [2010/01/22(金) 20:18:14 ] WCFとは書いてないけど、読んだ感じ ユーザー→WEBサーバー→DB、といった一般的なWEBサイトや Silverlight→WCF→DB、と同じような感じかな。 「クラサバの様にクライアントが直接DBに繋ぐ」みたいな話ではないように見える。 仮に悪意あるユーザーにSilverlightに細工されても、出来ることといえばDomainServiceを呼ぶことだけでしょ。 253 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 20:21:03 ] 何にせよ.netおける鯖少ないからｲﾗﾈ。 254 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 20:22:20 ] 環境毎構築する案件じゃないと無理 255 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 20:22:48 ] ﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞ… Flash　ｱｱｰ 256 名前：デフォルトの名無しさん [2010/01/22(金) 20:25:34 ] ブラウザでまともなUIを使えるのは大きいよなぁ まぁそれにしてもXAML記述が面倒だけど、 XAMLとは別ものでいいから、WinForm並みに簡単にUIが構築できるといいんだけど。。 257 名前：デフォルトの名無しさん [2010/01/22(金) 20:27:55 ] おれもSilverlight棄てることにした。。 258 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 20:53:38 ] >>256 ExpressionBlend買おうぜ 259 名前：256 [2010/01/22(金) 21:11:25 ] そのうち仕事で使えそうだからBlendは買ってるよ。 たぶんその前に自分のデザインセンスの無さというか。。 デザインって難しいのよなぁ 260 名前：デフォルトの名無しさん [2010/01/22(金) 21:20:48 ] マイクロソフトを恨むしかないね。。 261 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 21:23:44 ] そんなあなたに、Flash Builder。 もれなくもっさり環境とバグがついてきます。 262 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 21:29:01 ] >>259 言えてるわ。 しこしこDLL書いてる方がなんか気楽で良い・・・ 263 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 21:31:47 ] ﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞｯﾄﾞ… Flash　ｱｱｰ 264 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 22:37:38 ] ｾｲﾋﾞｮｳﾜｰｻﾞﾕﾆﾊﾞｰｽ 265 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 22:39:38 ] >>256 VS2010はわりと良くなってる WinForms並みの見た目でいいなら簡単に作れる 266 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 22:55:13 ] >>265 ｳｻﾞｲ 267 名前：244 mailto:sage [2010/01/22(金) 23:20:36 ] >>249-250 >>252 システム概念図を描いてみたら、こうなった。 　[ウェブブラウザ]　　　　　[アプリケーション サーバ(IIS)]　　　　　　　[データベース サーバ] 　Silverlight Apps　　⇔　RIA Services + EF or LinQtoSQL　　⇔　　Microsoft SQL Server 　DomainContext　　⇔　DomainServices ／ DataContext　　⇔　SQL接続(IIS APPPOOL\*) 　　↓↑Model　　　　　　　公開ｻｰﾋﾞｽ↓↑　　↓↑動的ｸｴﾘ　　　　　　↓↑ﾛｸﾞｲﾝ認証 　　Entity Data　　　　　　　　　Entity Data Model Class　　　　　　　　　　Transact-SQL 　　↓↑Binding　　　　　　　　　　　　　　　↓↑やりとり　　　　　　　　　　↓↑ｸｴﾘorｽﾄｱﾄﾞ 　　UI Element　　　　　　　　　　　　　Entity Data　　　　　　　　　　　　　Database Tables 268 名前：デフォルトの名無しさん [2010/01/22(金) 23:31:34 ] Entitiy Frameworkあんま好きな感じしないんだよな。 古典的かもしれないけどデータ層はSQLゴリゴリ書いて、Entityクラスを自作したい。 269 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 23:32:20 ] >>267 何を言いたいの？ 270 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 23:51:53 ] >>269 わかんないからってかみつくなよ 271 名前：245 mailto:sage [2010/01/22(金) 23:59:42 ] 誰得情報だけど、 msdn.microsoft.com/ja-jp/silverlight/dd941891.aspx のサンプルの件わかった。 context.Load(context.GetProductQuery()); 272 名前：245 mailto:sage [2010/01/23(土) 02:09:39 ] いやぁいろいろわかったことあって今日は良かった RIAServicesポチポチとやってたんだけど、 ViewとStoredProcedureも使えるんだねぇ イントラで使うとするべ 273 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 02:25:23 ] >>267 基本そんな感じだね 後はまぁ割とどうでも良い 274 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 02:36:55 ] 自分もLINQ to Entitiesはあまり好きではないけど、LINQ to SQLなんかは先がねぇ・・・ 275 名前：デフォルトの名無しさん [2010/01/23(土) 02:51:34 ] まだSL4がリリースされていないからわからんけど、 結局、BindingするクラスはIPropertyChangedインターフェースを定義することを考えると 古典的な方法論をとった方が良いように思える。 可能ならサーバ側の処理のEntityクラスがネットワークごしのクライアントとわりとそのままシンクロしてくれるような感じになってほしいのだが。。 結構面倒くさいのよな 276 名前：244 mailto:sage [2010/01/23(土) 03:50:23 ] サーバ側のEntityとネットワーク越しのバインディングと依存関係プロパティの実装ですか。 Silverlightのシンクライアント化も面白そうで、マイクロソフトも目論見は持っていそうだけど、 現状のネットワーク速度で下手に実装すると、トラフィック過多になるからやらないだろうな。 同一ノードで共有メモリか名前付きパイプによる通信でならそこそこ使えるかも。 277 名前：デフォルトの名無しさん [2010/01/23(土) 09:15:17 ] おーいこれもうかるのかなー？ 278 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 10:28:28 ] >>277 今はまだFlashの方が儲かると思う。 Azureさん頑張ってくださいよう。 279 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 11:22:12 ] gordon ってのを使えば jailbreak することなく itouch, iphone で flash みれるしな… FlashランタイムのJavaScript実装「Gordon」が登場 www.atmarkit.co.jp/news/201001/14/gordon.html ただし使えるタグは as 1.0 相当に限る (dsi のブラウザでも みれるかと思ったけどまだそれは無理 mobile opera 系×) mobile firefox系のfennic とかでもいけるだろうか… mozilla が n900 用チップセットをターゲットに teora 再生 プロジェクトに出資したと聞いたが・・・ 280 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 11:25:45 ] ○mozilla が n900 のチップセットをターゲットに teora 再生 プロジェクトに出資すること決定したと風の便りで聞いたが・・・ ×mozilla が n900 用チップセットをターゲットに teora 再生 プロジェクトに出資したと聞いたが・・・ 281 名前：244 mailto:sage [2010/01/23(土) 11:43:32 ] >>245氏 .NET RIA Service の正式名称が WCF RIA Service に決まったそうですね。 あと、↓これを見たけど、視聴時間がいつもより長くて、一時停止や巻き戻しをしないと とてもじゃないけどTimさんの流暢な英語に着いていけないｗ www.silverlight.net/learn/videos/all/ria-services-support-visual-studio-2010/ 282 名前：281 mailto:sage [2010/01/23(土) 11:48:25 ] ｽﾏｿ、こっちだった ttp://www.silverlight.net/learn/videos/all/net-ria-services-intro/ 283 名前：デフォルトの名無しさん [2010/01/23(土) 11:54:21 ] おっと新しいビデオかい？見てみよう ストリーミングで情報得るのって、5〜10分ぐらいがちょうど良い感じがするけど。 英語ってよりプログラミングの知識がないと理解できないから、まぁこれはこれでいいような。 MSは日本人技術者雇って日本語で配信したりせんのかね。 こういうのラーニングビデオ作るのって結構器用じゃないと難しいのかもだけど。 284 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 15:57:52 ] RIA ServicesのBetaというのを入れてみたのだが、 VWD2008+Silverlight projects 2008だとダメなのかな？ プロジェクトを新規作成しようとすると落ちる。 285 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 17:33:10 ] >>279 見れるっていうけどサイト側で使ってくれないと見れないからまだなんとも言えんよね。 クライアント側で書き換えられるようになったら本式対応不要になりそうな勢いだけど。 286 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 17:34:20 ] >>283 >MSは日本人技術者雇って日本語で配信したりせんのかね。 なかもう日本は結構どうでもよくなりつつあるんじゃないかって気はしてる。 MSに限らず全体的な傾向として。 287 名前：245 mailto:sage [2010/01/23(土) 18:55:20 ] code.msdn.microsoft.com/RiaServices 本日はここのGetting Startedをポチポチと。 まだまだ入り口なんだなぁ。なんとなくわかった >>281 おぅ、後ほど見てみるぜ >>284 VWD2008で勉強しとるよ。SP1が必須だったかもしれん blogs.msdn.com/aonishi/archive/2009/08/11/9864359.aspx 俺はここ参考にして↓と一緒にいれた Silverlight 3 Tools for Visual Studio 2008 SP1 288 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 19:24:47 ] >>287 なるほど導入には追加作業がいるのね。ありがとん。 289 名前：281 mailto:sage [2010/01/23(土) 19:26:24 ] Timさんの長いVideoを見てWCF RIA Servicesのプログラミングモデルを何となく理解できた。 素のWCFで実装するよりもスッキリになるね。 ただどうしても、今まで以上に駆使することになるバインディングで俺の脳みそが攣るｗ これを手籠めにしないと、MVVMパターンを取り入れられないんだよな。 orz 290 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 21:41:27 ] 今から始めるならVS2010Beta2(またはVWD Express 2010)の方がいいよ Silverlight3SDKはじめから入ってるし Silverlight4SDK入れれば標準でRIA Servicesも使えるし 291 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:29:43 ] これで勝つる！ Convert Flash to Silverlight www.silverx.net/ ・・・いや寧ろ逆の方がよかったか？ 292 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:36:35 ] 逆ならよかった…。 293 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:37:30 ] 逆ってActionScriptでCLIを実装するの? とんでもなく遅そうだな 294 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:43:42 ] いや、C#で作って市場として受け口の広い.swfで配布したかったな、と。 295 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 14:22:06 ] だからもし本当にそれを実現するならCLIを実装しちゃうのが一番確実な方法 296 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 14:47:35 ] C#でFlash作れるなら俺もSilverlight投げるかも 297 名前：sage [2010/01/24(日) 14:52:42 ] >>295 >>294は手段ではなく目的の話をしているのでは。 実用を考えるならC#からswfを吐くコンパイラという手も。 アルケミーでC++→swfが可能なら、できなくはなさそう。 298 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 14:59:15 ] 実行環境で言ったらSilverlightよりFlashの方が圧倒的に多いもんな。 299 名前：デフォルトの名無しさん [2010/01/24(日) 15:03:56 ] >C#でFlash作れるなら俺もSilverlight投げるかも 同意。 ただ、C#もCLIもISOに申請したのってMSなんだよなぁ。 ある日ムチャな言語拡張したら対応大変だろうな。 300 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 15:10:47 ] 言語としてISOに登録されてないと、軍などで採用してくれないからってだけだがな アメリカじゃそれが最優先 301 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 15:15:34 ] 昔はあったみたいだね、C#版swfコンパイラ C#でFlashプログラミング www.logicalyze.net/blog/?p=37 記事中で提示された製品は、一個はリンク切れ、もう一個は販売終了してた(Silverlightの商品売ってたw) 302 名前：デフォルトの名無しさん [2010/01/24(日) 22:40:10 ] >>286 まぁたしかに。。 新しいアイデアとか発見にたいしてこれほどリスペクトしない社会というか、終わってるよな 303 名前：デフォルトの名無しさん [2010/01/24(日) 22:56:39 ] windows7の売れ行きがイマイチらしい 304 名前：デフォルトの名無しさん [2010/01/24(日) 23:15:49 ] 全体的に技術うんぬんの前に、金のことしか考えてないからなぁ 相手してるのが馬鹿らしくなるんでしょｗ 305 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 00:03:39 ] 金のことに関したって日本より中国相手にした方がもうかると思うし・・・ 先行き不安だのう。 306 名前：デフォルトの名無しさん [2010/01/25(月) 00:09:47 ] そのうち商品すら売ってもらえなくなるかもな 307 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 00:32:32 ] >>302がどれだけリスペクトしたものを世に出しているかで、その説得力は大きく変わる。 ちなみに、Silverlightをインストールしてそこらのサンプルを実行しただけの俺も >>302と同じような意見を社会に持ってるｗ 308 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 01:10:56 ] 日本軽視って、Silverlight4英語以外では日本語しか出てないだろ 309 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 01:18:48 ] Microsoftの呪縛から解き放たれたい 310 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 01:21:19 ] なんか最近おかしなのが粘着してるな。 Microsoft嫌ならわざわざスレ見て不愉快な思いすることないだろうに。 311 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 01:50:32 ] >>310 スレの雰囲気を悪くしないでくださいね。 312 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 02:00:15 ] >>310 アンチが付いたら一人前。 >>311→>>311 313 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 02:06:10 ] ネタふれば話が変わるのにわざわざレスする新参は半年ROMってろ 314 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 02:13:38 ] どっちもどっちだなｗ 315 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 02:34:12 ] Microsoft嫌いというよりか、使わなきゃ恐ろしい目に会うぞ、的な信者のような気も。 316 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 04:06:17 ] 逆だ…これ以上増やさないでくれ… 317 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 05:22:55 ] もっと増えたらどうなるの？ 318 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 06:37:43 ] using ディレクティブとか用語が出て来て ディレクティブって何だそれはじめて聞いたし意味がわかりませぬ・・・orz 319 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 06:42:01 ] sonic64.com/2004-12-21.html 名前空間のエイリアスっていうかな ばきぼかあたしはしだ吸いー津 320 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 18:37:45 ] エターナルフォースディレクティブステートメント 321 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 21:27:19 ] Wikipediaにあるディレクティブの説明が意外と親切だった。 322 名前：デフォルトの名無しさん [2010/01/26(火) 01:29:57 ] あーあ SLで業務アプリ作ろうと思ったが 誰も賛同してくれん 323 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:46:02 ] Silverlight 4はASP.NET 2.0より良い筈だがな。 324 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 02:19:06 ] クライアントサイドとサーバサイドを単純に比較する理由を3行で述べよ 325 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 05:43:38 ] HTML+HTTPという中途半端なブラウザ文書と通信技術にGUI要素やらを盛り込んで 強引なサーバーサイド処理によるWebアプリの仕掛けをASPとして生み出した功罪。 クラサバからの正統進化で誕生したクライアントサイドのSilverlight。誕生が遅すぎた。 326 名前：みたいな７行（空行のぞく） mailto:sage [2010/01/26(火) 06:38:21 ] Cたんとの暮らさば同居生活に嫌気をさした 鯖子が天竺にありがたい経典 もとめて旅立ちます。その過程でお供のものも登場です。 actionmonkey の孫空。javathehatな八戒 そして基本はkappaな沙悟浄。 旅を終えはじめの頃のように皆でなかよく暮らしましたとさ めでたしめでたし 327 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 12:39:42 ] Silverlightプラグインのホスティングをもっと簡単にしてほしい さすがにSilverlight Alternative Hostingのサンプルは気が滅入る 328 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 19:42:09 ] やっぱり直接DB叩きたいわ。 329 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 20:49:33 ] もしADO.NETの移植が実現されたとしてもOracleはクライアントのインストール必須だろうし、 RIAの旨味は殆どスポイルされそうだな。 330 名前：デフォルトの名無しさん [2010/01/26(火) 21:37:48 ] WCFサービス経由なら、データ層は直接SQL発行でOKなんでないかな。 Domain ServicesとEntity Frameworkで構築した場合に、 XAML側でフィルタ条件とか加えた場合に、それなりに効率がSQLが発行されているのか気になるところなんだよなぁ 331 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 22:02:50 ] ExecuteReader使った逐次読取とかデータバインドとかバルクインサートとか 一層噛ませちゃうとできない/面倒臭い事が一杯あんべよ 332 名前：デフォルトの名無しさん [2010/01/26(火) 22:53:20 ] ThePenis 333 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 23:00:06 ] Flash 334 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 02:09:52 ] Thunder 335 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 02:20:04 ] >>331 >ExecuteReader使った逐次読取とかデータバインドとかバルクインサートとか なぜそういうものをブラウザアプリ or RIAで作ろうと思うよ？ 336 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 09:53:05 ] サイドバーガジェットでSilverlight使ってる例ってある？ 337 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 09:59:23 ] ないな 338 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 18:25:44 ] >>335 そういう理由以外で直接DB叩きたいケースなんてない 　⇒　だからSilverlightに直接DB叩く機能なんて要らない という論旨だろ 339 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 19:56:02 ] silverlight sidebarでググったらたくさん出てきたけど 340 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 01:44:51 ] WCF ServiceとSQL Serverでショッピングサイトが少し組みあがったけど、 Silverlight 3のままじゃ今一つ使えないなぁ。Silverlight 4 beta2仕様にするか。 やはりドラッグアンドドロップと印刷は欠かせないや。 特に商品カテゴリで絞り込んだ商品一覧をマウスで選んでカートにドロップして 登録できるのとできないとでは大違いだな。あと注文明細の印刷も外せないし。 しかしRIAってハイセンスなデザインセンスが問われるねぇ・・・　orz　ｶﾞｯｸｼ 341 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 07:49:55 ] Silverlight4出たら本気出す 342 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 10:47:22 ] >>340 Silverlight4のドラッグアンドドロップってプラグインの外からの話だよ 中で完結するならSilverlight3でも簡単に実装できる

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef