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/
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さんの流暢な英語に着いていけないw 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で実装するよりもスッキリになるね。 ただどうしても、今まで以上に駆使することになるバインディングで俺の脳みそが攣るw これを手籠めにしないと、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 ] 全体的に技術うんぬんの前に、金のことしか考えてないからなぁ 相手してるのが馬鹿らしくなるんでしょw
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 と同じような意見を社会に持ってるw
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 ] どっちもどっちだなw
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 名前:みたいな7行(空行のぞく) 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でも簡単に実装できる
343 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 12:13:44 ] Silverlight4出る頃にはSilverlightとサヨナラしてると思う
344 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:27:08 ] >>342 お、外からドラッグ&ドロップできるようになるんだ。 MSのSkydriveにファイルをアップするときにそれ出来て便利なんだよねぇ。
345 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:28:35 ] >>343 まぁそういうなよ
346 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 18:51:57 ] SilverlightだとVS2008のテストプロジェクトが機能しないのはなんで〜? これ、どうやってテストプロジェクト立ち上げるのん?
347 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 20:16:08 ] >>342 そうだったのか。ってもマウスイベントの状態遷移をプログラムで追跡するんでしょ? まあショッピングサイトの場合、商品一覧や買い物リスト(カート)と、アプリ外との間で ドラッグアンドドロップできても嬉しくないし、あんまり意味ねーしなw さて、今日の俺のノルマは、商品サムネイル画像のハンドリングだぜ。 データ層では商品マスタテーブルのストアドプロシージャに該当商品のサムネイル画像 を扱う機能を、中間のサービス層ではそれの入出力を代行するWCFサービスの作成だ。 クライアント層でサムネイルをListBoxのアイテムへバインディングして表示できれば寝る。 できなければ徹夜だぜ。
348 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 22:03:44 ] アイテムの選択部分はリストボックスなのな・・・ カタログ表示してクリックで拡大とか(工数合わないだろjk) M$さま、コンポーネントが足りませぬ(jsでおk) という展開がみえる・・・みえるぞシャア
349 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 22:08:51 ] そんなもんデザインの領域だ コンポーネントを用意するようなものじゃない
350 名前:デフォルトの名無しさん mailto:sage [2010/01/28(木) 23:14:03 ] SL使う仕事とかしてみたいわ
351 名前:デフォルトの名無しさん [2010/01/28(木) 23:50:36 ] 仕事無いのかよ
352 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 00:24:46 ] 無いわなぁ
353 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:34:50 ] >>348 >カタログ表示してクリックで拡大とか(工数合わないだろjk) それは一応、モーダルなChildWindowで商品詳細情報を表示させる予定です。 サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、 DBの登録やメンテをする方の販売業務管理アプリ側が面倒になるんだよな。 あとは通常のvarbinaryに収まらない8000バイト超の拡大画像をどうするかだな。 varbinary(MAX)で格納するか、SQL Server2008からのFileStreamデータ型に するか、マンドクサくて悩むぜ。
354 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 03:05:34 ] 楽しそうなことしてんな
355 名前:353 mailto:sage [2010/01/29(金) 08:49:37 ] 別に組んだ管理プログラムでWCFサービスを通して商品個別にサムネイル画像をSQL上の 商品マスタのvarbinary列に登録したり表示する事が可能になった。 しかし、Silverlightのショッピングサイトで ListBox > ListBox.ItemTemplate > DataTemplate > Image の Sourceにサムネイル画像のPNG/JPGのバイナリデータが直接バインドできねぇ・・・ orz ファイルシステム上のサムネイル画像ファイルのURIか、生バイナリをStream化したものならSourceへ 簡単にバインド可能なんだけどな。EDMデータのプロパティから直接はムリポ?! オワタ ええい、もう寝る。 <⌒/ヽ-、___ /<_/____/  ̄ ̄ ̄ ̄ ̄ ̄ ̄
356 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 11:06:14 ] >>353 > サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw グレープシティーのコンポーネントってよろしくないの?
357 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 15:54:01 ] うまく使えないから恥ずかしいんじゃないかな
358 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:16:51 ] 自作厨か
359 名前:353 mailto:sage [2010/01/29(金) 16:21:21 ] >>356-357 実務では使うことも考えるけど、今は個人トレーニングでデザインパターンの 引き出しを整理しているから使いたくないだけだよ。 構築しているショッピングサイトもSilverlightノウハウのための試験的なもの。
360 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:38:13 ] なぜ恥ずかしいんだ?
361 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:49:22 ] >それは一応、モーダルなChildWindowで商品詳細情報を表示させる予定です。 >サードパーティーのコンポーネント(葡萄街とか)なんて恥ずかしくて使えませんw >それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、 >DBの登録やメンテをする方の販売業務管理アプリ側が面倒になるんだよな。 と業務に関して書いているのに >今は個人トレーニングでデザインパターンの >引き出しを整理しているから使いたくないだけだよ。 >構築しているショッピングサイトもSilverlightノウハウのための試験的なもの。 と個人トレーニング云々とか、前後内容が全く一貫性ないんだが。
362 名前:353 mailto:sage [2010/01/29(金) 17:48:29 ] >>360 本当のところは、今の俺に年度経費や予算が使えない事が恥ずかしいんだよ。orz >>361 実際に動く模擬システムはコンペで必要だと思ってトレーニングを兼ねて構築している。 P.S. サムネイル表示の件は結局、SilverlightクライアントがWCFサービスから取得したedm形式の 商品マスタ(IList<T>コレクション)を foreachでブン回しながらMemoryStreamを作成して、 Viewへのバインド専用の商品一覧Classデータに変換して対応した。パフォーマンスも悪くなかった。
363 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 18:13:07 ] MVVMフレームワークの話題が全く上がらないけど フレームワーク使って開発してる人って少数派なのかね?
364 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 19:23:25 ] MVVMってフレームワークそのものじゃなくてフレームワークのアーキテクチャだと思うんだが
365 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 22:32:16 ] ただのパターンだよ
366 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 22:37:07 ] 逆にMVVM使って組まない人間の方が少ないと思う。
367 名前:デフォルトの名無しさん mailto:sage [2010/01/29(金) 23:35:56 ] そうかぁ?MVVM結構面倒だと思うんだが