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/ 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でも簡単に実装できる 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 そうだったのか。ってもマウスイベントの状態遷移をプログラムで追跡するんでしょ？ まあショッピングサイトの場合、商品一覧や買い物リスト（カート）と、アプリ外との間で ドラッグアンドドロップできても嬉しくないし、あんまり意味ねーしなｗ さて、今日の俺のノルマは、商品サムネイル画像のハンドリングだぜ。 データ層では商品マスタテーブルのストアドプロシージャに該当商品のサムネイル画像 を扱う機能を、中間のサービス層ではそれの入出力を代行するWCFサービスの作成だ。 クライアント層でサムネイルをListBoxのアイテムへバインディングして表示できれば寝る。 できなければ徹夜だぜ。 348 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 22:03:44 ] アイテムの選択部分はリストボックスなのな・・・ カタログ表示してクリックで拡大とか（工数合わないだろｊｋ） M$さま、コンポーネントが足りませぬ（ｊｓでおｋ） という展開がみえる・・・みえるぞｼｬｱ 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 ＞カタログ表示してクリックで拡大とか（工数合わないだろｊｋ） それは一応、モーダルなChildWindowで商品詳細情報を表示させる予定です。 サードパーティーのコンポーネント（葡萄街とか）なんて恥ずかしくて使えませんｗ それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、 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 > サードパーティーのコンポーネント（葡萄街とか）なんて恥ずかしくて使えませんｗ グレープシティーのコンポーネントってよろしくないの？ 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で商品詳細情報を表示させる予定です。 >サードパーティーのコンポーネント（葡萄街とか）なんて恥ずかしくて使えませんｗ >それでもショッピングサイト側の対応だけなら工数は数日で済む話なんですが、 >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結構面倒だと思うんだが 368 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:12:48 ] MVVM使わない人はイベント直結でゴリゴリかいてるん？ DIコンテナとか使ってない？ 369 名前：363 mailto:sage [2010/01/30(土) 00:22:11 ] やっぱりMVVMフレームワーク自体かなりマイナーなんだな。 一応、MVVMフレームワーク一覧へのリンク ttp://www.japf.fr/2009/11/discover-compare-existing-mvvm-frameworks/ 370 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:29:04 ] だからそれってMVVM使ってるフレームワークでしょ？ >>368 結合度が MVVM の想定してるのより粗いとかじゃね？ Command 使わなくてイベントハンドラに Model 操作するコードビハインド入れちゃったりとか。 371 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:30:55 ] SilverlightならMVVMなんかいらないようなちょっとしたアプリの方が多いんじゃないか 372 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:32:34 ] マイナーというかWPF限定だもの 言い方違うだけでMVCと同じ概念だからこの辺を使った事ある人は好んで使ってると思うよ 373 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:35:42 ] MVVM提唱者もなんでもかんでもMVVMにすんなって言ってたしな。 374 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:38:23 ] なんでもMVVMにするなはUIを使用しない共有ライブラリ等の話でしょ…。 375 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 00:42:47 ] 葡萄は恥ずかしいだろ 376 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 01:44:34 ] 葡萄の特に無くても困らないカスタムコントロールって、素人以外に買って使う人は 居ないんじゃないかな。プロは自分から進んで使わないだろう。 これが無きゃ何もできないってことは、機能や仕様の仕立て、そしてデザインや プログラミングも十分に出来ない証になっちゃうから。 377 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 03:42:59 ] そんな基準で選んでる時点でプロでも何でもねえよ 378 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 04:32:11 ] だって、.NETのコントロールそのまんまじゃん。あれで数十万円とはボッタ栗ｗ デモやサンプルを見てみたけど、中国人学生がSilverlight3のβ版時代に頑張って作った ようなものばかりだし、どれもSilverlight4では標準になって不要になりそうなものばかり。 Silverlight 2 の頃にbasicHttpBinding以外をサポートとか、クライアントサイド印刷をサポート ってなら存在価値も分るけどね。 379 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 06:46:30 ] 一応、MVVMフレームワーク一覧へのリンク（ｷﾘｯ 380 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 07:20:56 ] >>370 MVVMパターンに則ったフレームワークを MVVMフレームワークと言って何か語弊でもあるのか？ 381 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 09:10:47 ] >>380 一般的ではない俺俺用語 382 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 10:30:38 ] 今時やらなくていいことはやらないのが有能さの証だと思うけどな。 「これぐらいなら作れるから作る」なんてのは自作厨ですよね(^o^)

---

---

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

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