Microsoft Silverlight その4

1 名前：デフォルトの名無しさん [2009/06/12(金) 22:12:36 ] Microsoft Silverlight www.microsoft.com/japan/silverlight/ MSDN Silverlight デベロッパー センター msdn.microsoft.com/ja-jp/silverlight/ The Official Microsoft Silverlight Site silverlight.net/ MSDN Silverlight ダウンロード (SDK, Silverlight Tools) msdn.microsoft.com/ja-jp/silverlight/bb187452.aspx CodePlex Silverlight Toolkit www.codeplex.com/silverlight/ 前スレ pc12.2ch.net/test/read.cgi/tech/1227324813/ pc11.2ch.net/test/read.cgi/tech/1210491703/ pc11.2ch.net/test/read.cgi/tech/1203891514/ 565 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 23:02:01 ] >>554 やっちゃったかw 566 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 23:04:14 ] >>565 Webサイトのプロジェクト作った? 開発用Webサーバ上で動かしてる? 読み込むファイルはそのWebサイトプロジェクトのClientBinフォルダの中に入れた? 567 名前：デフォルトの名無しさん [2009/09/17(木) 23:07:31 ] >>566 レスありがとうございます。 wmvは、C#のコードと同じフォルダに入れました。 Webサイトのプロジェクトは作っていませんorz Web上で動かしても、wmvの読み込みを開始しようとすると、他のコンポーネントが消えて 真っ白になっちゃうんですよね。 568 名前：デフォルトの名無しさん mailto:sage [2009/09/17(木) 23:31:45 ] >>564 sound.Loadedの先でSourceを設定してるのが悪いかと。 読み込むファイルの設定を、読み込みが完了したときに呼ばれるとこでしたら駄目でしょ。 569 名前：デフォルトの名無しさん [2009/09/17(木) 23:48:46 ] >>568さん レスありがとうございます。ご指摘のとおり、Sourceの設定をsound.Loadedの前に持ってきました。 しかし今度はデバッグ中に、UriFormatException　はユーザーコードによってハンドルされませんでした。 「無効なURI: URIの形式を決定できませんでした。」というエラーがでます。 C#と同じディレクトリにwmvファイルを持ってきているのですが、URIの指定がまずいのでしょうか？ ファイルの置き場所が悪いのですか？ public class Test : Application { Canvas canvas = new Canvas(); MediaElement sound = new MediaElement(); private String url = "pattern02.wmv"; public Test() { RootVisual = canvas; init(); } public void init() { sound.Source = new Uri(url); //sound.Sourceをこっちに移しました sound.Loaded += new RoutedEventHandler(mInit); } public void mInit(object sender,RoutedEventArgs e) { 　　　　　　　　　　　　　　　　　　　//sound.Sourceは、ここにあった sound.Play(); this.canvas.Children.Add(this.sound); } } 570 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 00:35:03 ] 今度はLoadedイベントハンドラの追加より前でSource入れてるし。 Silverlight以前にプログラミングの基礎をしっかりやった方が良いのでは・・・ 571 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 00:37:35 ] >「無効なURI: URIの形式を決定できませんでした。」というエラーがでます。 new Uri(url, UriKind.Relative); 572 名前：571 mailto:sage [2009/09/18(金) 00:39:37 ] つーかこれ、わざわざCanvasとか作ってるとこみるとxaml無でコードのみでやってんの？ 573 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 00:54:56 ] >>560 まじ？点の数が500ぐらいのpolylineを20本いけちゃう？ そしたら即SilverlightからFlashに乗り換える。 574 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 07:32:52 ] >561 後で試してみます(=ﾟωﾟ)ﾉ 575 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 09:02:20 ] >>573 環境によるだろ 576 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 12:37:06 ] それをいったらいけちゃうの定義も曖昧だろｗ 小さい言葉遊びは置いといて、んじゃあFlashでこれは描画速い！ っていうサイトない？Silverlightでコレはムリだろ、みたいな。 577 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 12:39:34 ] 確かFlashだとポリラインてmoveTo、LineToの繰り返しで引くんだよね？ さすがにCanvasにaddするよりは速いだろうけど、 WritableBitmap.Renderより速いかはわからない。 Flashでも高速描画したいときはBitmapData.drawってやるようだし、 大して変わらない可能性もあるかと。 578 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 15:20:09 ] つーか、とっととDrawContextとか実装しておくれよ… 579 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 18:16:47 ] あれ？WriteableBitmap.Pixels でピクセルバッファに直接アクセスできるけど、そういう話じゃない？ SetPixel、GetPixel なんかも簡単に作れるし、DDA で Line するのも難しくない。 つか、「WriteableBitmap SetPixel Line」 でググるとすぐにサンプルが見つかるけど。 580 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 18:31:54 ] 線が毎フレーム動いてるようならWritableBitmap.Renderでは速くならないと思うし、 動かない線をキャッシュするならBitmapCacheだけで十分じゃないかな？ 581 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 18:54:41 ] >>578 WPFのDrawingContextで毎フレーム更新したら糞遅いよ どっかでMSの中の人が「最も効率の悪い方法」とコメントしてた記憶がある 582 名前：デフォルトの名無しさん [2009/09/18(金) 20:41:14 ] Json文字列をDataGridに入れるソースなのですが、もうすこしサッパリならないでしょうか? わざわざjoからjaを取り出さなくてもいい方法とか、わざわざenumを作らなくてもいい方法とか あれば教えてください。 public partial class MainPage : UserControl { public MainPage() { InitializeComponent(); string json = "{'title':'Hello!', 'array':[{'id':1, 'name':'aaa'}, {'id':2, 'name':'bbb'}, {'id':3, 'name':'ccc'}]}"; JsonObject jo = (JsonObject)JsonValue.Parse(json); JsonArray ja = (JsonArray)jo["array"]; IEnumerable<test> enum = from obj in ja select new test { ID = (int)obj["id"], NAME = (string)obj["name"] }; mygrid.ItemsSource = enum; } } public class test { public int ID {get; set;} public string NAME { get; set; } } 583 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 20:41:52 ] 凄い質問スレな雰囲気。 584 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 21:36:14 ] まあいいんじゃねえの 有用なドキュメントもないし 俺もSilverlight用アップローダでも作って支援しようかなあ 585 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 22:18:09 ] >>576 言葉遊びとかそういう問題じゃないだろこれは 586 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 22:25:56 ] json扱うならDLR系の言語使ったほうが楽だろうなー 587 名前：デフォルトの名無しさん mailto:sage [2009/09/18(金) 23:58:20 ] >581 そなのか(´・ω・｀) 毎フレームでShapeを削除/追加するよりはましかと思ったんだけど･･･ 軽い描画命令が欲しいお(´；ω；｀)ｳｯ… 株式チャートを作りたいんだお･･･ 588 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 01:11:52 ] 自作するより持ってきたほうが楽な気が。 589 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 01:17:34 ] 細かい機能で不満が出るかもしれないけど、まずは置いておいて、 全体をまず作りこんでからでもいいと思いますし。 一例 visifire visifire.com/silverlight_chart_designer.php 下の「Gallery」からサンプルが見れます。 590 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 04:39:47 ] シルバーライト３で　Service参照　を設定しプログラムしたときに IISのサイトのバインドが２つ以上あるとエラーで実行できないのですが これの回避方法はありませんか？ Service の　endpoint は正しく設定してあります。 例　IISバインド 　www.サイト名.co.jp 　www2.サイト名.co.jp 591 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 07:57:41 ] >504 ありがとう。 IEじゃヤフ、GYAO見れるんだが火狐で見れないのが不思議だった。 インストールされているらしいのに。 TEMPディレクトリか････ 気がつかなかった。 だいたいtmpなんてC:直下に置いておくものだろ。 それも奥の方にいくつもある窓の作法なんかに従うなんて出来ない。 理由が分かって少しすっきりしたｗ 592 名前：デフォルトの名無しさん [2009/09/24(木) 17:19:55 ] <Grid x:Name="LayoutRoot"> <Grid.RenderTransform> <ScaleTransform ScaleX="2"></ScaleTransform> </Grid.RenderTransform> <Rectangle Fill="Blue" Stroke="Red" StrokeThickness="3" /> </Grid> ScaleTransformでRectangleを横方向に拡大しているXAMLです。 拡大後のRectangleの幅を取得したいのですが、ActualWidth や RenderSize.Width では 元々の幅しか取得出来ません、どうにか取得する方法は無いでしょうか? 593 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 01:30:01 ] ２倍すればいいんとちゃうの？ 594 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 02:08:58 ] Layoutの方を使う 595 名前：デフォルトの名無しさん mailto:sage [2009/09/25(金) 20:06:37 ] こっちに張っていいのかな？ Microsoft Expression Encoder 3 ttp://www.microsoft.com/downloads/details.aspx?FamilyID=b6c8015b-e5de-46c0-98cd-1be12eef89a8&DisplayLang=ja 596 名前：デフォルトの名無しさん [2009/09/27(日) 04:33:52 ] 初心者ですまん。 WPFってWebアプリも作れるよね？ じゃあSilverLightの違いって何？ SilverLightには4M制限があり、 その為、WPFの機能縮小版であると言うところまでは調べれたんだけど・・・。 597 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 07:01:42 ] WPFは.NET Frameworkが要るのじゃまいか 598 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 08:59:18 ] WPFの場合は、WPFで作った画面が一応ブラウザーの画面にひっついて動いてますよレベルで実質ほとんどWPFアプリが動いてるのと変わらないんじゃ？ たとえばクライアントにWPF入ってないといけないとか、サンドボックスも減ったくれもないとか。 ほとんどデプロイの一手段としての役割しかないんじゃ。 アーキテクチャからの適当な予測なのでおお外れしてたらすまん。 599 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 11:09:32 ] Macで動くとか 動画のストリーミング再生に強いとか 600 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:05:08 ] 最もWindows寄りなのが Winアプリ。 最もネット寄りなのが Silverlight。 WPFはその間だと思ってる。 ある意味万能だけど、どちらかに寄った実装をしようとしたときに、 対応が難しい（できない）ので、もっぱら作るのはWinアプリか Silverlightアプリ。 601 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:20:42 ] winアプリにwpfコントロールを使うってことでいんじゃ。 602 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 15:22:00 ] WPFは思いっきりWindows寄りというかグラボ寄り 設計がWinFormsとは全然違っててゲームみたいなスタイル 603 名前：596 mailto:sage [2009/09/27(日) 18:21:55 ] 皆さん、ありがとうございました！ クライアントがWinのみを想定した業務用アプリの場合、 どっちを使用したら良いのか悩んでました。 604 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 00:26:41 ] WPFってsilverlightと違って埋め込めなかったと思う。 ページ丸ごとxbapになるはず 605 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 03:49:40 ] IntelがLinux OSのMoblinにSilverlightを移植中 www.infoq.com/jp/news/2009/09/Intel-Port-Silverlight-to-Moblin 606 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:11:57 ] Intelが！？ 607 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:32:36 ] >>605 > Silverlightのアプリケーションが.NETランタイム上で動くのか、 > それともMoblinのネイティブコード上へ移植されるのかもわからないが、 > 後者になる可能性が高い。 原文のほうで、恐らく Silverlight runtimeのことをSilverlight applicationsと書いて しまっているせいだろうけど、そのせいで変な記事になっちゃってるね。 608 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:33:30 ] 要するにMoonlightのようなもんだろう？ 609 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 11:45:45 ] >>607 ちょっとSilverlightを誤解してるんだろうなそれ ネイティブコードで書かれたCLRの上にマネージコードのレイヤを載せて その上でマネージコードのアプリケーションを動かす以外にありえない 610 名前：デフォルトの名無しさん mailto:sage [2009/09/28(月) 19:59:12 ] tblみたいなもん？ 611 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 16:09:59 ] CanvasにRectangleを500ぐらい追加して、MouseMoveでCanvas.SetLeft等を使って表示位置を動かすとします。 Transformは使わないものとします。 Mouseを動かした時にCPU負荷があがるけれどそれなりのFrameRateで描画出来るんですが、RectangleがCanvasの外に出る時などに固まるような気がします。 これは何故でしょう？ またCanvasで子が矩形に含まれるかどうかの判定を省いたりなど処理速度をあげる方法はありますか？ 612 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:07:48 ] もしかして、CaputureMouseやってなかったり？ 613 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:29:36 ] いやマウスはCanvasの矩形の中で動かすんだが、中のRectangleが矩形からはみ出そうになった時に引っかかってるっぽい気が。 614 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 17:37:36 ] なので、RectangleにMouseCaptureしないと。 615 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 18:59:53 ] Silverlightで作成された業務アプリ？見つけた。 ここの株価チャートがSilverlightで作られてる オーソドックスなWinアプリみたいな作りだけど wincity.jp/ 616 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:19:59 ] >614 ん？よくわからん・・・ Rectangleは描画するのに必要なだけでイベント処理は全部Canvasのほうですよ？ 617 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:26:22 ] マウスでRectangleをD&Dして動かすというのではないの？ 618 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:39:55 ] Canvas上でMouseMoveをひろって500個のRectangleの位置を動かしてるだけです(´・ω・｀) つたない日本語ですまん。 619 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:48:45 ] Rectangle使わないでRenderTargetBitmapに直接書き込んだら? 矩形の描画だけなら簡単だろ 620 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:50:01 ] WriteableBitmapの間違い 621 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 21:58:21 ] >619 矩形だけでない他の描画要素を含むグラフとかチャートコントロール的なカスタムコントロールを作る必要があるんで、自前描画も一瞬考えたんだが出来れば避けたい･･･ 最悪その線も考えてるんですが･･･ 622 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 22:00:55 ] グラフの中身をアニメーションさせたりしないで全体をまとめて動かすだけだったら WriteableBitmap.Renderでキャッシュしとけばいい 623 名前：611 mailto:sage [2009/09/29(火) 22:29:04 ] すまん、全体をまとめて動かすだけではないｗ 条件を後出しみたいになってきたのでまとめてざっくり書くと ・ある程度の頻度で変わるデータを元に矩形や楕円、円、折れ線、Textを含めていろいろな描画要素を使って描画をしたい。操作によっていくつかの描画要素の位置やサイズなどが変更される可能性がある。 ・縦軸や横軸のMin,Maxが操作によって変わったりする。単純にScaleTransformやTranslateTransform的なことで対応できない場合が多く存在する。 ・各描画要素に対するマウスイベントなどはその上のコンテナなどで処理するため単純に描画が早くできればいい。 超ざっくりいうとGrahics.DrawRectangleとかDrawLine,FillEllipseなどの描画が高速にできればいい。 624 名前：デフォルトの名無しさん mailto:sage [2009/09/29(火) 22:57:30 ] ふと新しいLet's noteの仕様を見ていたら 導入済みソフトウェアのところにSilverlightの文字が。 club.panasonic.jp/mall/mylets/open/s/spec.html MSが入れさせているのかな? なにはともあれ、デフォルトで入って普及していくのはうれしいね。 625 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 00:12:48 ] ようやく秋モデルが発表か。 先週はどこにも情報がなかったわ。 626 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 00:15:45 ] 冬モデルかｗ 627 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:31:50 ] いまさらレッツって誰が買うの？ 628 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:53:44 ] >>627 君は知らないんだろうがLet's NoteはノートPCじゃ売れ線なんだよ。 上から目線がかっこいいと思ってたらそれは間違いだよ。 ただの痛い人ｗ 629 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 06:57:08 ] 前ならいざ知らず、今だとレッツの利点とかもだいぶ薄れてないか？ 特に高すぎ。 630 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 07:36:01 ] 液晶がクズすぎる。 Rのファンレスまでが華。昨今のは買う価値ゼロ。 631 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 09:10:57 ] モノは悪いが売れ筋って何ら矛盾はないだろ 632 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 12:26:31 ] 個人のPC覗くと意外に高い割合でSilverlight入ってるよなあ 633 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:09:35 ] DataGridの行ヘッダって、 1行目：AAA 2行目：BBB って出来たりしますか？ めっちゃ悩んでます・・・・。 634 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:14:07 ] テンプレート作ればどうにでもなる msdn.microsoft.com/ja-jp/library/cc189093%28VS.95%29.aspx 635 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:16:03 ] 間違えた >>634も参考になるけどこっち msdn.microsoft.com/ja-jp/library/cc278066%28VS.95%29.aspx 636 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 22:35:26 ] さんくす。 この書き込みが終わったら見てみます。 やー、しかし全然わからんです。 次のプロジェクトでひょっとしたらSilverLight使うかもしれないんで調査してるんですが、 まとまった資料はMSDNぐらいしかネットには転がってないみたいですね。 WPF未経験でSLやろうとしてるんですが、正直しんどい。 SL使わない可能性もあるので、本買うのもシャクだし・・・（しかも2の本しかないし）。 でもXAMLいまいちピンとこないや。 本買うしかないのかー。 637 名前：デフォルトの名無しさん mailto:sage [2009/09/30(水) 23:58:32 ] >>636 WPF未経験の俺が3週間くらいで使えたから頑張れ。 英語の資料とサンプルコードは腐るほど落ちてるから楽。 ビデオ解説も分かりやすい。 一応日本語のチュートリアルもある ttp://silverlight.net/learn/international/ 638 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 00:08:17 ] 本ぐらい時給換算したら安いものだろ 639 名前：636 mailto:sage [2009/10/01(木) 02:16:33 ] >>637 ありがとうございます！ こちらも見てみます！ >>638 何がお勧めですかね？ Amazonではどの本も評価低いみたいなので・・・。 XAMLの構文の基礎が1から詳しく載ってる本があれば良いのですけれど。 640 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 07:32:22 ] Blend評価版を使って、出てきたXAMLを読めば良い。 641 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 08:57:50 ] 俺的にはEssential.WPF でももう洋書とかでもっと良いのでてそうだなー 642 名前：デフォルトの名無しさん [2009/10/01(木) 09:06:25 ] XAMLの理解にはこれっぽちも役に立たないけど「Silverlightで開発するデータ駆動アプリケーション」は良書。 でも翻訳が下手(これはかなり下手な部類じゃないかと思う)で読みづらいのが残念。 643 名前：デフォルトの名無しさん mailto:sage [2009/10/01(木) 23:39:51 ] Winアプリの作成経験が豊富だと、その分頭をやわらかくして挑む必要があると思う。 あまり凝らなければいいけど、ちょっと凝ったことしだすとあっちこっちでゴツンゴツン壁に当たります。 私が一番最初に引っかかったのは、Canvasにコントロール配置するときに、Width、Heightはあるのに、 Left、Topが無かったこと。（Blend未使用） ？が頭の中駆け巡りましたよ。ありえね〜だろと。 今でも何で Canvas.Topと書かないといけないのかは不明です。 Winアプリなら、Top、Leftで親コントロールに対する位置ってことなのに・・・。 同じでいいじゃん。 644 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 00:39:38 ] Gridに配置する時、Top,Leftなんてプロパティは要りません 645 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:03:26 ] 値が無効になればいいだけです。 例えばテキストボックスの ScrollBarsの設定が Multilineの値によって 有効無効になるように。 646 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:06:44 ] >>644 特定の条件のときに不要になるプロパティは元から不要？ 頭おかしいんじゃねーのか？ 647 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:07:59 ] 添付プロパティの話？コンテナによって子に追加されるプロパティ だからだよ。 >>644 がいっているように「子を座標指定するコンテナ」な Canvas だから Top, Left が必要なんであって Grid なら Row, Column、 DockPanel なら Dock とコンテナによって子に必要なプロパティが 変わる。つまりコンテナが A だったら子にこのプロパティが必要と いった子に持たすべきだけどその内容はコンテナの種類に依存する プロパティ。 から Container.PropertyName で子に指定できるコンテナ依存な プロパティを作っただけ。 648 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:23:01 ] 新しいPanelを作って、それ専用のプロパティが必要になる場合もあるしね。 649 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 01:27:12 ] それって実装はどうなってるん？ 文字列キーでのPropertyBagのようなもの？ 650 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 02:01:22 ] 文字通り添付プロパティを実装してみれば想像つくだろ。 スニペット(C#)は propa で出るから読んでみれ。 >>646 なんという態度。 651 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 09:17:17 ] >650 やはりそういう実装か･･･ コンテナ側が持つ方がスマートそうだが。添付プロパティのやり方はどうも好きになれん。 652 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 10:19:14 ] ＞コンテナ側が持つ方がスマート コードで書く場合はね。 多分XAMLで書く都合上の導入なんじゃねぇかなぁ＞添付プロパティ 653 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 10:25:41 ] まぁ、回りくどい感じはするね 654 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 11:44:44 ] 2Dゲームの移動処理を実装する場合、 Canvas.LeftProperty(TopProperty)をSetValueするのと、 オブジェクト毎にTranslateTransform作っておいて、 それのXとYいじるのではどちらがいいんだろう？ 655 名前：デフォルトの名無しさん [2009/10/02(金) 12:00:26 ] Silverlightと通常の.Net製Windowsアプリで画面更新などを伴わない内部処理での 処理速度を比較してみたら4倍も差が出るんだけど、こんなもん? こんなもんだとしても、なんでこんなに差が出るんだろう? 656 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 13:02:57 ] 内部処理なんていう何とでも取れるあいまいな書き方をしてる時点で マトモな議論する気無いだろお前。 657 名前：デフォルトの名無しさん mailto:sage [2009/10/02(金) 22:07:14 ] >>654 MatrixTransform一本でいいじゃん 平行移動も回転も拡大縮小も統一して扱える 658 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 07:51:29 ] >>654 オレだったらベンチとってみて、速い方使う。 リアルタイム系＆重いゲームなら。 ↑はとにかく速度優先で作っていかないと、時間的な壁に 当たったとたんに面倒なことになる。 659 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 09:58:37 ] >>657 ほう、そんなものもあったのか。 ちょっと試してみる。 >>658 とりあえず400x300のCanvas内で幅、高さ20のEllipse2000個くらい移動を試してみたら、 SetValue 13FPS前後 TranslateTransform 16FPS前後 という結果に。 微妙にTransform使った方が早かった。 660 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 15:18:21 ] MatrixTransform使ったら10FPS以下に落ちた。 回転とか使わないなら、TranslateTransformでいいかもしらん。 661 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 15:21:31 ] >>651 遅レスやけど…添付プロパティはことさら複雑っていうわけで はない。依存プロパティのほんのおまけみたいなものだから。 依存プロパティは同期機構でどうせまとめたほうがいいものやし もうちょい広い(UI専用とかそんなんではない)概念やしな。 というかコンテナに持たす、コンテナが特化することの中で よくある「子ごとに属性をつける」のを汎化したのが添付プロパティ であってやね、概念的にはコンテナが持っているようなもの。 別立て(別Dictionary)にするとまた同期がどうとか階層構造が 破壊される、増えるとか色々複雑化したり切り離せない面が あるわけでやね･･･。 この辺の話をしだすと System.ComponentModel ではどうだった とかややこしくなっていくので以下略 662 名前：655 [2009/10/03(土) 20:25:12 ] DataContractJsonSerializerがSilverlightだと糞遅い。 たかが2万件、500KB程度のデータを逆シリアライズするのに5秒かかるとか ちょっと使い物にならん。C#だと1秒で返ってくるというのに。 JsonObject使えば倍程度には速くなるけど、それでも遅い。 663 名前：デフォルトの名無しさん mailto:sage [2009/10/03(土) 20:27:37 ] ブラウザで差がでないもんなの？ 664 名前：655 mailto:sage [2009/10/03(土) 20:46:48 ] >>662 > C#だと1秒で返ってくるというのに。 この表現変だわw 通常の(.NET Framework for Silverlightでない).NET Frameworkだと1秒で返ってくる。 ややこしい。 665 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 00:25:47 ] >661 んー歴史は知らんがあの実装は型付きできれいに実装が出来ないんでKeyValueにしてたたっこんじゃいましたっていうことだとしかおもえん。 666 名前：デフォルトの名無しさん mailto:sage [2009/10/04(日) 10:26:11 ] バインディングの都合だろ プロパティのハンドルみたいなものがあったほうが便利だから 667 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:13:47 ] 【ネット】検索市場で「Bing」のシェアが初めて減少、Baiduの伸長が影響か［09/10/05］ ttp://anchorage.2ch.net/test/read.cgi/bizplus/1254756679/ 668 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:19:24 ] コピペ君って馬鹿だな 669 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:24:19 ] >「Flash vs. HTML5」という構図がはっきりと見え始めたぞ、と >ttp://satoshi.blogs.com/life/2009/10/flash-vs-html5.html >そんなこんなで、パソコン側でこれほど有利な立場にありながら、 >スマートフォンの世界では土俵際に追いつめられた感のあるAdobe。 >WebKitという戦略兵器を軸に手をがっちりと手を組んだGoogleとApple。 >思いっきり出遅れてしまったがOS・ブラウザーのシェアと資金力だけは誰にも負けないMicrosoft。 >この戦いは目が離せない。 670 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 18:25:51 ] ＞Windows Mobileに「全力投球」を決めたMicrosoftの厳しい戦い ＞ttp://satoshi.blogs.com/life/2009/09/windows-mobile.html 1. OSが時代遅れなこと 2. ブラウザーが時代遅れ 3. 何をするのにも時間がかかること 4. ビジネスモデルが違いすぎること 5. Google Android 671 名前：デフォルトの名無しさん mailto:sage [2009/10/06(火) 20:44:56 ] 他スレで既出。ネタが古すぎだろｗ 672 名前：デフォルトの名無しさん mailto:sage [2009/10/07(水) 12:32:41 ] モバイル用SLってH264のハードウェア再生支援利用できるんかな 673 名前：デフォルトの名無しさん [2009/10/08(木) 17:00:12 ] つ [参考にドゾ] ＞現実に最も使える.NETのバージョンはどれ？ ＞ttp://www.atmarkit.co.jp/fdotnet/chushin/opinion_dotnetversion/opinion_dotnetversion.html 　＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾ ・.NET 1.0 → 絶対使わない方がいい ・.NET 1.1 → 使わない方がいい ・.NET 2.0 → 現時点ではベスト ・.NET 3.0 → 特別な理由があれば使ってもよい ・.NET 3.5 → 使ってもよい ・.NET 4.0 → 数年後にはベストになるかも ・Visual Studio .NET 2002 → 絶対使わない方がいい ・Visual Studio .NET 2003 → 使わない方がいい ・Visual Studio 2005 → 使ってもよい ・Visual Studio 2008 → 現時点ではベスト ・Visual Studio 2010 → 近い将来、ベストになるかも 674 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 01:19:20 ] 今更LINQなしで書いてられねぇ 675 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 01:40:34 ] 3.5がベストだよな 676 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:03:56 ] 少なくともラムダ式無しなんてちょっと耐えがたい 677 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:32:06 ] いや、ラムダ式関係ないから 678 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:38:44 ] ラムダ式関係あるだろ 679 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 02:47:48 ] いや、ラムダ式はC#3.0の機能だから.NET 2.0ターゲットでも使える。つまり関係ない Func<>やAction<>が使いたかったら自分で用意する必要があるのと、式木（Expression<>）は使えないので、ラムダ式の全ての機能が使えるってわけじゃないけどね。 680 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 06:54:01 ] 関係あるじゃない・・・。 なんでないっていいきるんだ。 681 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:10:54 ] Func相当なもの自前で実装して（というかでる前から相当するもの作ってた)、高階関数としてラムダ式多用してるが3.5はいらんな。 LINQもだれかがWhereとか2.0用に実装してるのあったのでそれつかってる。 682 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:44:16 ] これとSLの関係ってどうよ？ >Google WaveがHTML5ブラウザーへのシフトを加速する >ttp://satoshi.blogs.com/life/2009/10/end-of-ie-era.html IEが他のブラウザー（Safari/Firefox/Chrome/Opera)と比べてHTML5やCSS3のサポートに関して大きく遅れている そもそもIEの進化のスピードが（というかMicrosoftから出る製品すべての進化のスピードが）遅すぎる にもかかわらずIEのシェアが大きいため、業界全体の足を引っ張っている 683 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 08:49:48 ] 文句あるなら使わなきゃいいんじゃね(´・ω・｀) 684 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 09:16:46 ] >>682 なんか、空気的に、 MS技術 VS その他勢 の一環になってる気がする。 MS技術推進派で HTML5 支持してる人見たことない。 HTML＋JavaScriptでリッチなウェブページ構築とかマジ勘弁して欲しい。 685 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 09:36:13 ] >>682 Linuxを筆頭にした勢力って、ノンプロ学生技術者や学者たちの実験台じゃねーかｗ 人柱と違って民間企業のMSは成熟見込みのある技術だけをだな（ｒｙ 686 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 09:48:27 ] Silverlight VS HTML5 VS Flashだろ。 開発者的にはSilverlightでやりたいな・・・ 687 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 09:51:04 ] >>684 MSとgoogleがyahooに共闘を仕掛ける構図 688 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 10:40:55 ] >>682 そもそもHTML5ってまだ正式に決まってないものだし、それに対応してないからって 文句を言うのもおかしいと思うけどね。 個人的にはウェブアプリ云々よりも、今は何でもかんでもdivを使っている部分に articleやnavで明確に意味を持たせられる点に期待しているので、さっさとHTML5が 普及して欲しいが。 689 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 12:17:27 ] お前ら釣られてスレ違いの話するなよ 690 名前：デフォルトの名無しさん [2009/10/09(金) 12:53:30 ] 質問させて下さい。 <ListBox.ItemTemplate> <DataTemplate> <Grid> <Grid.ColumnDefinitions> <ColumnDefinition Width="0.25*"/> <ColumnDefinition Width="0.75*"/> </Grid.ColumnDefinitions> <StackPanel Orientation="Horizontal" Grid.Column="0"> <TextBlock x:Name="text_a" Margin="5"/> <TextBlock x:Name="text_b" Margin="5"/> </StackPanel> <TextBlock x:Name="text_c" Margin="5"/> </Grid> </DataTemplate> </ListBox.ItemTemplate> このXAMLのtext_a, text_b, text_cにコードからアクセスするにはどうしたらいいんでしょうか? 691 名前：デフォルトの名無しさん mailto:sage [2009/10/09(金) 20:54:49 ] 無理っていうか使い方が間違ってる バインディングを使う 692 名前：デフォルトの名無しさん [2009/10/10(土) 00:46:36 ] Linqって微妙じゃね？ どのぐらいまで最適化や柔軟性を求めるというのかな。 やっぱSQLとプログラミング言語は別だよ 693 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 00:54:34 ] LINQ to Objectsはコレクション操作の手先の道具として普通に使うだろ 特にSilverlightでは配列やリストの機能でLINQと被ってるものは軒並み削られてるから使わざるを得ない 694 名前：デフォルトの名無しさん [2009/10/10(土) 01:04:18 ] LINQ to Objectsまだ普通ではないだろうよ。 MSは昔からデータアクセス系の技術をいろいろ開発してるけど、 SQL以上の柔軟性のあるものを作れていないと思う。 695 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 01:05:37 ] まあ、データソースによらず共通のインターフェースでアクセスできるところとか、 言語に組み込まれてるからインテリセンスのサポート受けられるとことか、 LINQ の意義はでかいよ。 696 名前：デフォルトの名無しさん [2009/10/10(土) 01:07:14 ] 生産性を求めるとLinqは良いソリューションなのかもね。 効率を求めるとまだまだな印象ではあるんだよなぁ 697 名前：デフォルトの名無しさん [2009/10/10(土) 01:08:00 ] あ、効率＝実行効率ね 698 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 02:00:51 ] LINQで書いて遅いならプロファイル取ってみて、実際にボトルネックになってる個所を改善すればいい。 LINQは個別スレがあるんで、続きはそっちへどうぞ 699 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 02:38:54 ] 実行効率でも Expression Tree のポテンシャルが 普通に高いと考えられて色々試されてるし。 生まれて大してたってないのを忘れちゃいけない 700 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 02:40:20 ] リンクの冒険 701 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 04:08:55 ] >>700 ちょっとおまえ体育館裏にこい 702 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 10:09:56 ] 1スレに1回は出てるけど、少なくとも LINQ to Object の実行効率は foreach とか直接書くのに比べて悪くても10％くらいしか効率落ちない。 その程度のロスなら、クリティカルになってるとこ以外は放置でOK。 最初は気にせず LINQ で書いて、プロファイリングしてから1部書きなおすだけ。 703 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 10:22:09 ] var names = items.Where(item => item.IsEnabled).Select(item => item.Name).ToArray(); クエリ式は大袈裟かもしれないけどこういうのは積極的に使うべきだろ ループで回すより遥かに短いし一目で意図がわかる 704 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 10:33:14 ] やっぱりこういうのはインテンショナルプログラミングとかで複数言語をシームレスに共存出来るべきだよな- LINQよくできてるけど無理にC#に落としてる感も。 705 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 10:36:17 ] LINQ で重要なのは標準クエリ演算子（メソッド形式の方）を決めたことだと思うし、 ちゃんと C# 以外も意識してるでしょ。 706 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 14:19:20 ] C# 3.0以降の記述力はかなり素晴らしいと思うね。 書いているときの気分の良さは、日本生まれで流行のRなんとかに全然負けてない。 707 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 15:17:31 ] 別に俺はC++でもActionScriptでも気分いいけどね 708 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 15:29:32 ] >>707 ないない、それはないｗ 709 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:07:24 ] >>703 おれにはわからん だれか解説してください 710 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:17:03 ] >>709 var list = new List<string>(); foreach (var it in items){ if (item.IsEnabled) list.Add(it.Name); } var names = list.ToArray(); 711 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:23:21 ] >>710 惚れた item => item.IsEnabled　や　item => item.Name って item.IsEnabled　や　item.Name だけじゃだめなもんかね こんな書き方する理由はなーに？ 712 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:38:05 ] 駄目 後者の書き方では意味が全く変わってしまう 713 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:45:33 ] >>711 item=>を省略する書き方も用意されている これをLINQ（リンク）と呼ぶ var names = from item in items where item.IsEnabled select item.Name; 714 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 17:54:02 ] クエリ式 715 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 18:07:25 ] だからLINQは専用スレがあると(ry pc12.2ch.net/test/read.cgi/tech/1202568694/ >>713 クエリ構文（Query syntax）>>713とメソッド構文（Method syntax）>>703で、どちらもLINQだろ。 "これをLINQ（リンク）と呼ぶ"なんて言うと誤解されるぞｗ >>711 ラムダ式について調べるといい 716 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 19:35:39 ] ダウンロードしようとサイトへ行くと、アドオンがうんたらこんたらって出てIEが強制終了させられてしまいます どうしたら良いでしょうか？ 717 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 19:40:34 ] >>713 馬鹿かおまえは。 両方ともLINQだ。 718 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:04:08 ] 環境も書かずに答えを御所望のようだ ・・・書いたところで必ず答えがでるわけでもないけど。 IEのバージョン古いとか？ 719 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:16:19 ] >>717 お前頭がおかしいんじゃないか？ 720 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:25:15 ] LINQっていうのはコード中にクエリを書けるようにすることに関連して 周辺のライブラリもクエリ式や拡張メソッドやラムダ式などの言語拡張もひっくるめたコンセプトだ 「これがLINQ」なんてものは存在しない 721 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 20:30:19 ] スレ違い LINQスレでやってくれ 722 名前：デフォルトの名無しさん mailto:sage [2009/10/10(土) 22:59:17 ] >>682のURLを見て誰かは分かったので、おまえが言うなよな、と思いつつ そのブログを見に行ったら、1行目から言い訳しててワロタ。 723 名前：655 [2009/10/11(日) 15:40:21 ] ユーザーコントロールもしくはカスタムコントロールをデータバインディング対応にする方法について 解説してあるサイトって無いでしょうか? ヘルプではとっかかりが無くてさっぱりです。 724 名前：デフォルトの名無しさん mailto:sage [2009/10/11(日) 20:42:06 ] 本買え　本 725 名前：デフォルトの名無しさん [2009/10/12(月) 02:01:11 ] MSは.NETの出始めのころにASP.NETのPetShopのような 模範になるようなアプリを作って配るべきだ。 意外とそういうの作りかたとかは参考にしているんだよな・・・ 726 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 02:04:19 ] データバインディングとか、さっぱりぱり。 727 名前：デフォルトの名無しさん mailto:sage [2009/10/13(火) 09:08:20 ] 他のプログラム言語に慣れてると、どうもLINQは何か気持ち悪いな

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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