Microsoft Silverlight その5

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 10:20 / Filesize : 194 KB / Number-of Response : 883
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/
384 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 18:08:55 ]: >>382
知らなかった。それ使うとノンコーディングで業務アプリができちゃうのか。
385 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 18:23:42 ]: >>384
ああ、あなたアホなんですね。成程。
386 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 19:03:32 ]: アッサラームのボッタクリ商人思い出した
387 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 19:31:27 ]: 自作厨って、おいｗｗｗ
Visual C++ で C/C++言語 + MFC だった頃じゃあるまいし、「作る」って程でもないだろ。
XAMLとC#かVBのコードを、例外に気を付けながら順序良く「記述」するだけじゃん。

葡萄の商品を、商店などの個人事業主や営業所がエンドユーザーコンピューティングで
自前向けのシステムを組むために使うってんなら話は別だ。
むしろ賢く積極的に使ってほしいケースだと思うよ。

ただし、システムインテグレータとして他社にシステムを組んでいる身で葡萄の商品を
持ち上げるなら、情報弱者かつ英文弱者で法務弱者だろう。
安易に使うと権利関係が複雑化して、不具合サポートや保守規定を邪魔するだけ。
388 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 20:44:19 ]: はい、情弱認定でましたー
389 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 21:59:50 ]: グリッドやらチャートやらの基本的な部品を買うより造った方が安いとか
底辺レートで仕事してる奴以外は常識的にありえんし
390 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:37:01 ]: だから、使い方理解するのが面倒だから作ったほうがはえーって人なんでしょ。
391 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:50:15 ]: > Visual C++ で C/C++言語 + MFC だった頃じゃあるまいし、「作る」って程でもないだろ。
> XAMLとC#かVBのコードを、例外に気を付けながら順序良く「記述」するだけじゃん。
動けばOKレベルならともかく、きちんと開発すれば、チャート部品ひとつとっても
何十人日という工数が掛かる。それはC++だろうがC#だろうがXAMLだろうが同じこと。
Silverlightに標準で付くグリッドやチャートは、市販コンポーネントほど気の利いた
仕様じゃないから代用にはならない。
本当に仕事でプログラム書いた事あんのか？
392 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:17:29 ]: ところでSL3は動的生成したビットマップをPNGやJPEGで
保存することってできる？
393 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 23:38:12 ]: >例外に気を付けながら順序良く
ここらへんからして素人臭い
394 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 02:18:59 ]: せっくす
395 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 02:27:18 ]: >>391
いや、普通のSIerなら、カスタムコントロールのストックくらい、ソフトウェア資産として
保有しているものじゃないかと思って。。。
俺も昔、C/C++時代にDLLとインポートライブラリとヘッダを汎用ソフトウェア部品として
ライブラリ登録して、毎度毎度、1から作り直すなんてことはしていなかったけどな。

>>393
えっ
396 名前：デフォルトの名無しさん [2010/01/31(日) 10:38:27 ]: 最近SLで案件こなすようになったけど
これ効率よく稼げていいね！
SLのプラグインのインストール絞る人には
何言ってんの？ブラウザでアプリ使いたいんでしょ？
とすごめばOK
397 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 10:40:10 ]: テスト
398 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 11:03:19 ]: >395
売ってる物をわざわざ作り直す行為そのものが無駄だって言われてんだろ。
市販コンポーネントで要件を満たせないなら作るだろうけど、そういう話じゃなさそうだし。
「コントロールを社内で作ってライブラリ化します」なんて作業にどれだけ付加価値がある？
399 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 11:17:35 ]: >>398
多分素人か駆け出しだからそっとしておいてやれ。
400 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 12:48:57 ]: 大事なお年玉使ってコンポーネント買うくらいなら、自分で作ったほうがいいだろ。
401 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 13:09:02 ]: ぼくがいちばんコンポーネントをじょうずにつくれるんだ！！！！！
402 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 14:09:05 ]: そりゃ既に自作で使えるもんがあるなら使うだろうよ。
とはいえ、社内ライブラリなんてのもまともに信頼出来るケースは少ないけどな。

新しく作るなら2、3日以上かかったらもう赤だろ。
403 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 14:26:59 ]: プログラマに求められるのはスキルだけでなくセンス
404 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:19:38 ]: 自作PCみたいな感じか。
定型入力フォームやインプットマンがSLで使えるなら助かるな。欲しい。
405 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:28:48 ]: >>402
えっ、2、3日で赤！？　SL案件ってどんだけタイトなのかよ。
それじゃ仕様の打ち合わせや設計やテスト計画を練られないどころか、
何もできないじゃないか。どんな規約で仕事してるの？
406 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:43:16 ]: 赤っつうか
３人日の人件費より買ったほうが安いって話だろ
407 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 17:46:36 ]: >>405
わかった、わかった、もう無理すんな
408 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 18:20:18 ]: まあだいたいグレープシティのコントロールなんて一つ３日で作れるよなんていうならグレープシティに勤めるといいんじゃないの
高待遇してくれるだろ
409 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 18:46:24 ]: 要件とコスト次第で葡萄の商品も買うし、自作もするのが普通だろとマジレスするが、
おまえらそんな話でよくそれだけ熱くなれるな。
410 名前：デフォルトの名無しさん [2010/01/31(日) 19:34:22 ]: 目的と手段の区別ができない人が多いね
411 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 19:41:19 ]: 会社によって事情が異なるだろうに、不毛すぎる
412 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:02:55 ]: お前ら釣られすぎ。それとも自演で荒してんのか？
413 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:24:35 ]: みんな自分のところの方針や狭い担当プロジェクト事情だけで語ってる。
そんなの one of them なのに
414 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 20:44:10 ]: さすがIDの無い板
415 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:06:09 ]: 分が悪くなると反対側に回る多重人格者の集まりですね。

ほれ、Silverlightコントロール
ttp://www.vectorlight.net/controls.aspx
416 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:26:37 ]: >>415
普通のSIerならそんなうさんくさいの使ってライセンス汚すより
自社開発で三日で作るけどな。
417 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 21:42:33 ]: コントロールだけで3日とかもうね
よく会社が潰れない物だよ
普通のSIerなら1日で1000万のプロジェクトを一人で仕上げる
418 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 22:09:04 ]: それで普通ってどんだけ経費かかってるんだよｗ
419 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 22:56:05 ]: もうその話題はいいだろ。
続けたきゃ別スレ立ててそっちでやってくれ
420 名前：デフォルトの名無しさん [2010/02/01(月) 00:21:07 ]: もっと具体的な実例もってこいや
経営センスのないやつはこれだから困る
421 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 00:32:32 ]: コントロールの一つや二つささっと書けない人材はうちの会社にはいらんよ。
422 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 03:46:49 ]: 既存部品の再開発に工数費やした挙句「俺は生産的な仕事してる」とか勘違いしてる馬鹿は
自己満足のために周囲の足を引っ張ってる事にまず気づいて欲しいわ。
423 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 06:01:42 ]: スレタイ読め馬鹿
424 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 06:40:10 ]: 僕は初心者ですが、ホームページを作るのにSilverlightは便利ですか？
425 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 07:44:12 ]: いいえ
426 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 11:35:47 ]: 動画や音楽を再生したいとか
本格的なプログラム書いてゲームやアプリ作りたいとかでなければいらん
427 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 11:56:14 ]: そうなのですか。
VS2008を持っているんでSilverlightを考えてみたのですが、やっぱりjavascriptでごりごり書いときます。
428 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 12:10:37 ]: >>422なら、Silverlight 4 のHTTP Hostingのガワだけを作って「Silverlight 4 対応だよ！」
と言って1日1000万円の計算でクライアントを恐喝しそうだなｗ
429 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 17:58:46 ]: Silverlightで便利ってのはFlashで便利ってのとあんまかわらんもんね。
サーバがMS製じゃないならわざわざSilverlightじゃなくても良い気はするわ。
.NET使いたいとか設計思想が好きっていうならかまわんと思うけど。
430 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 18:03:42 ]: MSのSilverlight押しが本当ならいいんだけどなぁ
VS2010と.NET4はよこい
431 名前：デフォルトの名無しさん mailto:sage [2010/02/01(月) 18:08:27 ]: Azureに制限ガチガチでいいから無料プランでもありゃやりたかったんだけどな
432 名前：デフォルトの名無しさん [2010/02/02(火) 00:36:50 ]: もしかしてここって趣味でいじつてるヒト
433 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 03:27:55 ]: えらそうに
434 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 10:25:41 ]: 仕事で使わせてもらえないから趣味でしか弄ってませんがなにか
435 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 12:40:13 ]: 仕事で使おうか検討する参考のために、趣味で作ってる
436 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 13:37:08 ]: マ板でやれ
437 名前：デフォルトの名無しさん [2010/02/02(火) 21:14:23 ]: なんだ、やっぱり趣味か手段と目的を取り違えてる人が多数だな？？？
438 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 21:22:04 ]: その粘着っぷりはネガキャンにしかならん事に気づけ
439 名前：デフォルトの名無しさん mailto:sage [2010/02/02(火) 21:54:56 ]: MSのスレはどれもネガキャンばっかだなｗ
VB６のまんまにしといてくれという悲痛な叫び
440 名前：デフォルトの名無しさん [2010/02/02(火) 21:57:20 ]: >VB６のまんまにしといてくれという悲痛な叫び
いつの時代の話だよ。老害アンチか単なるネタだろ。
441 名前：デフォルトの名無しさん [2010/02/02(火) 22:52:41 ]: すまんがジジイだけは出て行ってくれ…
442 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 00:03:35 ]: SilverlightのWebサービスを初めて使うことになったのですが、
これって、デフォルトでは送受信データがstringを想定してるみたいですが、
クラスのオブジェクトとかをシリアライズして送受信とかできないのでしょうか？
あと、多次元配列とかも送受信したいんですが、誰か先人がいたらどういう対応されたのか教えてください～
443 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 00:11:21 ]: WCF使えば
自作のクラスでも
LinqToSQLの取得結果をToListしたものでも
何の加工もなくそのまま受け渡し出来る
444 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 03:38:58 ]: >>442
WCFはクラスもコレクションも使えるよ。

そうそう、WCFの[OperatioinContruct]サービス関数内でもThreadが普通に使えるのな。
445 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 18:59:13 ]: Silverlightで動画を再生すると、
ブラウザ（IE、Firefox）の優先度を勝手に上げてくるので嫌いです。
しかも、優先度を変えるソフトを用いても動作中は上げたままで戻らない
もし、作る側でその辺を調節出来るなら
優先度を勝手に変えないようにして下さい。
446 名前：デフォルトの名無しさん [2010/02/03(水) 20:49:28 ]: 趣味人しかいないだろこんなところ
考えみろ
Flashで業務アプリってほとんどないだろ
それと同じことだ
447 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 22:31:05 ]: Flashが業務アプリ作るには不安定なだけで、
需要がないわけではないよ。
448 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 23:08:42 ]: FlashってMVVMみたいな素敵なガイドラインってあるの？
そう言うのがちゃんとあるなら触ってみたい気もするな。
449 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 23:11:04 ]: MVVMに夢見すぎ
450 名前：デフォルトの名無しさん mailto:sage [2010/02/03(水) 23:57:43 ]: MVVM使ったことないんでしょ、たぶん。
451 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:18:41 ]: >>448
Flash に過度の期待はしないでください。
452 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:34:24 ]: MVVMの利点がわからない人達って趣味グラマかなにか？
少なくともプロじゃないよねぇ
453 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:49:29 ]: MVVMは魔法の弾丸じゃないよってのは提唱者自らが言ってることなんだけどな。
MVVM>>>>>>>>>>>>>>MVCとでも思ってるんだろか
454 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:50:56 ]: 魔法の弾丸て初めて聞いたわ
455 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:54:54 ]: おれも初めてきいた
456 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 00:59:18 ]: 魔弾の射手がこんなところに・・・
傷が疼くぜ・・・
457 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 01:00:21 ]: くっ！たのむ！！俺の右手よっ！
この魔法の弾丸を止めてくれっ！！！！
458 名前：デフォルトの名無しさん [2010/02/04(木) 01:01:21 ]: 白い弾丸ならよく出すけど？
459 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 01:01:44 ]: Silverlightって名前もなんか厨二臭がするといえないこともないな
460 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 12:05:18 ]: エル・プサイ・コングルゥ
461 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 21:19:21 ]: >>448
趣味でFlash使ってるけど、Flex+PureMVC使えば
煩雑なイベント処理を比較的きれいに書けるので気に入ってる
462 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 21:55:39 ]: いやっほう！！！！
業務アプリ受注したぜ！
463 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 22:01:16 ]: おめ！
普及の足掛り事例になるよう頑張ってくれい
464 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:50:35 ]: おれが一番ハイレベルな業務アプリ作ってるんだろうな
465 名前：デフォルトの名無しさん [2010/02/04(木) 23:56:23 ]: ハイレベルさん、どんな感じのアプリか教えてよ　
466 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 02:18:45 ]: >>464-465
自演で荒らしてるようにしか見えん
467 名前：デフォルトの名無しさん [2010/02/05(金) 08:05:08 ]: グラフを表示してアレするあぶりです
468 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 10:59:46 ]: >>448-453
MVVMの目的は、根幹のアプリケーションロジックとUIであるSilverlightクライアントのデザイン
パターンにモデルという概念を導入し、コード分離による一層の疎結合を実現する事であるようだ。

モデルの仕様を先に決めれば、開発工程において、UIデザインの開発作業は他のロジック開発と
パラで別個にを行えるので、顧客の嗜好による画面デザインの仕様決定にロジックのしがらみが
無くなるのと、開発終盤での仕上げ調整にも対応しやすいのがメリットかな。
469 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 12:42:45 ]: それビューモデルじゃなくて、モデルの説明になってるよ。
470 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 13:10:54 ]: クライアントではビューモデルが役割として大きいね。実装ボリュームもメインになるかな。
471 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 19:41:03 ]: モデルの設計さえ出来ればあとはなんぼでも応用効くのがいいな。
472 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 20:51:03 ]: モデルとUIを分離するのはMVVMじゃなくても当たり前だろ
フォームにロジック全部詰め込んだVBの糞アプリかよ
473 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 21:03:30 ]: うん。だからMVVMするにしてもMVCするにしても大事なのはモデルの設計部分であって
そこしっかり出来ればあとは瑣末な問題じゃね？ってこと。
474 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 21:10:38 ]: よくある勘違いがモデルの範囲かな。
DTOとDAOだけがモデルだと考えてしまうと、
コントローラーやビューにビジネスロジックをねじ込んで肥大化させてしまうことになる。
WEBサービスを介在させるようなアプリの場合は、
サービス層を挟んでモデル層が両端にあるとみなすべきで、
その部分はビューモデルからも独立させるべき。
475 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 21:12:12 ]: MVVMやMVCが大袈裟なら　モデル+モデルに依存したビュー　で十分
476 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 21:33:13 ]: 実際小さいアプリはそれでことたりるよね。
477 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 22:19:51 ]: LOBアプリのようにWCFサービスを使うと、WCFサービスを呼び出す処理をViewクラスの中から
掃き出さなくてはならない。そうするとWCFサービスの呼び出し処理とModelクラス（Entity Data）を
ViewModelクラスでWrapせざるを得なくなるので、自然とMVVMを適用することになるよね。
.NETのソフトウェアデザインにおいて、逆らうことができないアーキテクチャ・パラダイムの潮流だね。
478 名前：477 mailto:sage [2010/02/05(金) 22:35:35 ]: それとXAML中のBindingに ToString("C") みたいな書式変換を指定できないから
Modelをそのまま直接バインドできなくて、ViewModelを介在させる必要があった。
479 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 00:09:23 ]: .NETアンチスレに張ってあったけど、こっち向けの話なんで転載。
jp.techcrunch.com/archives/20100118everything-you-need-to-know-about-windows-mobile-7/

Windows Mobile 7 向けのアプリは Silverlight で作ることになるってさ
480 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 00:26:03 ]: .NET Compact死亡のお知らせなわけね。
481 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 00:35:27 ]: CFが消えるならモバイル用SilverlightでもDLR使えるようにならないかなあ
CFがLCG使えないからSilverlightでもそれに合わせてサポートしないという話だったと思うけど
482 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 01:04:12 ]: XNAは！？
SilverSpriteでも使えというの！？
483 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 01:07:56 ]: Zuneがベースって話も聞いたような気もするんだけどなぁ。
484 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 01:25:45 ]: カーネルはZune HDベースみたいなこと書いてあるけどどうなんだろ。
もうちょっと情報出るまでは様子見するしかないな。

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

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