【VB.NET】LINQ友の会【C#, C♯, C#】

1 名前：デフォルトの名無しさん [2008/02/09(土) 23:51:34 ] VisualStudio2008より追加された便利で強力な機能 　　統合言語クエリ (LINQ : Language Integrated Query) ちょっと使ってみると、意外と難しいし、テクニック的にも奥が深いものです。 関数型言語にしかないような機能ラムダ式(Lambda式)などはオブジェクト指向とは一味違う機能です。 DataBaseの操作にも、Xmlの操作にも、さらにもっと単純な配列なコンテナにさえ機能する 言語共通・高汎用な統合言語クエリを皆で一緒にマターリ勉強しましょう。 質問、便利なマイテクニックの発表、いろいろやっちゃってください。 296 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 17:07:42 ] LINQ to SQLって無くなるの？ なんつーか、ぶちまければ良いってもんじゃねぇだろ。 そんなのはオプソ系に任せとけよ。 297 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 18:08:39 ] 何で無くなると思ったのさ？ 298 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 18:35:18 ] なくなるっつーかLinq to Entityに置き換えでしょ。 別に今のところは対して書き方が違うわけじゃないし Linq to Entity完成までの代打的存在として十分用を果たしたような。 299 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 22:44:48 ] うむ。かなりの部分でSQLの開発楽にしてくれた。 ストーリーにちゃんと沿わないと痛い目あうがなｗｗｗ 300 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 23:18:07 ] >>296 開発が止まるだけで今後も当面は.NET Frameworkに標準搭載が続くんじゃないの？ 301 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 00:12:05 ] Entity Frameworkは絶対こける。 間違いない。 302 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 00:44:11 ] >>301 まあVer.3ぐらいになるまでは毎回大変更の嵐だろうな。 303 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 17:23:24 ] Entity FrameworkはLinq to SQLの問題点が色々と解決されてるんだけど デザイナが使いにくすぎる。 RailsのActiveRecordみたいに ちょこちょこっとクラスに属性を付ければモデル完成、 ってのフレームワークだったらよかったのに。 304 名前：デフォルトの名無しさん [2008/11/20(木) 12:30:10 ] LINQ to SQLってADO.NETより目茶苦茶いいな。 更新系では、生のSQL文に完全なWHERE句を入れてくれるし、 非接続型・楽観的制御（←赤間さん流）では文句なし。 あと、生SQLのサブクエリ相当の組み合わせを段階を踏んで書けるのもいい。 デバッグも迅速になりそう。 305 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 15:06:45 ] 俺、LINQ to P2P で当てたら結婚すんだ。 306 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 21:51:19 ] >>304 消える運命にあるが 307 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:15:10 ] なんらかの形で残るよ。使ってみれば、この方向性で進化していくんだろうと判る。 今のはちょっとSQL Serverに特化しすぎてるからディスコンかもしれないけどさ。 308 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:16:56 ] >>307 この方向性で進化した結果がLinq to Entityなんだけど、今のところいまいちの出来。 309 名前：デフォルトの名無しさん mailto:sage [2008/11/20(木) 22:32:43 ] >>308 Entity Framework自体まだ手を付けてないのだが、どういまいち？ 310 名前：デフォルトの名無しさん [2009/01/04(日) 23:25:17 ] 例えば、 Select Sum(col1),Sum(col2),Sum(col3) from Table1 なSQLだとLINQではどう書くの？ 311 名前：デフォルトの名無しさん [2009/01/04(日) 23:46:52 ] >>310 そんな質問はつい最近掲示板で見た事あるな 312 名前：デフォルトの名無しさん mailto:sage [2009/01/04(日) 23:59:48 ] これか。ググったら一発で出てきたw ttp://bbs.wankuma.com/index.cgi?mode=all&namber=30713 313 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 00:53:25 ] ただのマルチじゃねーかｗ 314 名前：デフォルトの名無しさん [2009/01/07(水) 02:50:59 ] >>311 >>312 >>313 ケチは付けられても結局答えられる奴いねぇんだな 暇なカス野郎だけかよ 315 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:06:42 ] var result = from item in Table1 select new {Sum1 = item.col1.Sum(), Sum2 = item.col2.Sum(), Sum3 = item.col3.Sum(), } でいいんじゃね？ 316 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 04:16:09 ] いや、良くない。範囲変数itemは単なる1レコードで、item.col?はスカラー 1回のループで計算したいなら、アキュムレータ使うしかないはず var sum = Table1.Aggregate(new[] { 0, 0, 0 }, (y, x) => { 　　y[0] += x.col1; 　　y[1] += x.col2; 　　y[2] += x.col3; 　　return y; }); 317 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 05:35:25 ] >>316 それはクエリプロバイダ次第じゃなかろうか。 確かにLINQ to Objectのみなら>>316の書き方の方が速い。 しかしTable1.Aggregateのオーバーロード解決次第によっては クエリプロバイダの提供する最適なクエリ演算子ではなく LINQ to Objectの低速なパスで実行されるため>>316はかえって遅くなる。 式木的に Select Sum(col1),Sum(col2),Sum(col3) from Table1 というSQLに対応するのが何かと聞かれれば>>315を推したい。 あとは>>310が何を期待して聞いたか次第かな。 LINQ to SQLでの書き方を期待していたなら>>315でも最適化されたと思うが。 318 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:09:53 ] LINQ to SQL、生成されたSQLクエリがどんなのか見れるから試してみればいいんでは。 319 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:21:29 ] いつもながらLinq to ほにゃららを明記しないと話がこじれるな。 Linq to Entityかもしれない。 320 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 10:45:44 ] マルチに答えるとつけあがるからやめとけ 321 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 12:34:27 ] >>317 考え方はいいとして、>>315のコードが間違っているのは無視か var sum1 = Table1.Sum(item => item.col1); var sum2 = Table1.Sum(item => item.col2); var sum3 = Table1.Sum(item => item.col3); やるならこうだろ 322 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:07:35 ] >>321 確かに間違ってるな。 1クエリで書こうと思うとティマイザに期待しつつこう書くしかないか。 var result = from _ in Table1 new { sum1 = Table1.Sum(item => item.col1), sum2 = Table1.Sum(item => item.col2), sum3 = Table1.Sum(item => item.col3) }).Take(1).First(); 323 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:08:38 ] ティマイザ→オプティマイザ 324 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 19:41:18 ] >>310 初心者なりに考えてみた。 全然スマートじゃないけど勘弁してね。 var result = table.Select((t, x) => new { seq = x + 1, col1 = t.col1, col2 = t.col2 }).GroupBy(t2 => t2.seq).Select(g=>new { sum1 = g.Sum(t2=>t2.col1), sum2=g.Sum(t2=>t2.col2) }); 325 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:05:19 ] var result = table.Select(t => new { col1 = t.col1, col2 = t.col2 }).GroupBy(t2 => 1).Select(g => new { sum1 = g.Sum(t2 => t2.col1), sum2 = g.Sum(t2 => t2.col2) }); 326 名前：デフォルトの名無しさん [2009/02/17(火) 18:54:14 ] 初めまして、よろしくお願いいたします。 どうかアドバイスを下さい。 Visual　Studio　2008を使っていて、1台の自宅ＰＣにインストールしています。 インストールしているのは、SQLServer2005　developper　edtion　＋　VB　2008です。 この環境でC/Sアプリを作り始めました。 経緯としましては、ＶＢｱﾌﾟﾘを作るのにVSを起動して、ﾌﾟﾛｼﾞｪｸﾄの種類でVB、ﾃﾝﾌﾟﾚｰﾄで Windowsﾌｫｰﾑｱﾌﾟﾘｹｰｼｮﾝ、をクリックして進み、ﾌﾟﾛｼﾞｪｸﾄ名をjob_testにしてOKをｸﾘｯｸしました。 VSが起動し、左にｻｰﾊﾞｰﾍﾟｲﾝ、右にﾃﾞｰﾀｿｰｽﾍﾟｲﾝが表示されました。 ここからが問題なのですが、ﾃﾞｰﾀｿｰｽﾍﾟｲﾝがうまく機能しないのです。　 １．　「ﾍﾟｲﾝの「新しいデータソースの追加」をｸﾘｯｸ 米ﾃﾞｰﾀｿｰｽ構成ｳｨｻﾞｰﾄﾞが軌道します。 ２．「ﾃﾞｰﾀｿｰｽの種類」で「ﾃﾞｰﾀﾍﾞｰｽ」を選択して「次へ」をｸﾘｯｸして進みます。 ３．「ﾃﾞｰﾀ接続の選択」で「・・・使用するデータ接続」で既存の接続を選択して、 　ﾗｼﾞｵﾎﾞﾀﾝ「はい、重要情報を接続文字列に含みます。」を選択してｸﾘｯｸして進みます。 ４．「接続文字列をｱﾌﾟﾘｹｰｼｮﾝ構成ﾌｧｲﾙに保存しますか？」で「次へ」をｸﾘｯｸして進みます。 ５．ここ（ﾃﾞｰﾀﾍﾞｰｽｵﾌﾞｼﾞｪｸﾄの選択）でｴﾗｰが発生します。ﾒｯｾｰｼﾞは、「ﾃﾞｰﾀﾍﾞｰｽから 情報を取り出すときに、ｴﾗｰが発生しました。MicrosohutoVisualStudio.datadesignsync. designersync.Facedsync,TableConfigManager　のﾀｲﾌﾟ初期化 子が例外をｽﾛｰしました」と表示され先へ進めません。　 どうか解決方法を教えて下さい。 それと境い目の現象なのでDBのｽﾚにもﾚｽさせて頂きます。ご了承くださいませ。 327 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 07:06:29 ] >>326 マルチ乙 328 名前：デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:50:07 ] Microsohuto社製品なんて使うからだな 329 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:59:59 ] ＞Microsohuto社 中国のばったものの会社？ 330 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:28:41 ] 株式会社精密工具 331 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 00:42:52 ] Linq to Xmlでちょっと質問 <root> <data> <ID>1</ID> </data> <data> <ID>3</ID> </data> <data> <ID>4</ID> </data> </root> というのを <root> <data> <ID>1</ID> </data> <data> <ID>2</ID> </data> <data> <ID>3</ID> </data> </root> に変換するにはどうすれば良いんでしょうか？ イメージとしては、IDを指定して<data>ごと削除、でもIDの値は1から順番になるように保つ、という感じです 332 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 00:53:41 ] データが何個あるか調べて、XMLを作り直したほうが早いと思わんかね？ 333 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 02:38:35 ] いまひとつイメージがつかめないから、こうゆう解釈で行くよ〜 <data><ID>1</ID><ext at=""true"">hoge1</ext></data>  <data><ID>2</ID><ext at=""false"">hoge2</ext></data>  <data><ID>3</ID><ext at=""true"">hoge3</ext></data> <data><ID>4</ID><ext at=""false"">hoge4</ext></data> ID=3の行を削除でIDが繰り上がる <data><ID>1</ID><ext at=""true"">hoge1</ext></data>  <data><ID>2</ID><ext at=""false"">hoge2</ext></data>  <data><ID>3</ID><ext at=""false"">hoge4</ext></data> 334 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 02:42:54 ] string xml = @"<root>  <data><ID>1</ID><ext at=""true"">hoge1</ext></data>   <data><ID>2</ID><ext at=""false"">hoge2</ext></data>   <data><ID>3</ID><ext at=""true"">hoge3</ext></data>  <data><ID>4</ID><ext at=""false"">hoge4</ext></data></root>"; var doc = XDocument.Parse(xml); var rs = doc.Elements("root").Elements("data").Where(x => x.Element("ID").Value != "3")  .Select((x, cnt) => {    var nx = new XElement(x);   nx.Element("ID").Value = (cnt+1).ToString();   return nx;} ); var el2 = new XElement("root2"); foreach (var s in rs) el2.Add(s); var doc2 = new XDocument(el2); Console.WriteLine(doc2); 今回は読み込んだXdocumentをいじらないようにしたが、いじっていいなら Linqは使わず最初に読み込んだXDocumentを直接変更してもいいと思う。 335 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 23:27:35 ] WPF の UIElementCollection に対して、 Linq の機能（Where メソッドとか）を使いたいのですが、 UIElementCollection にはそのメソッドがありません。 どうすれば Linq の機能が使えるでしょうか？ 336 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 23:34:03 ] あー、non-generic な IEnumerable に対する Where とかないのか・・・ いったん、 .OfType<UIElement>() っての通すと使える気がする。 337 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 11:49:27 ] OfTypeじゃなくて，元のコレクションに違う型が入ってないことを仮定するCastのほうがベター ※foreach(UIElement item in collection)相当 OfTypeを使うのはOfType<Button>みたいに意図的に型をフィルタリングするときだけ 338 名前：335 mailto:sage [2009/04/16(木) 21:20:12 ] >>336 >>337 ありがとうございました。 339 名前：デフォルトの名無しさん [2009/04/19(日) 23:45:46 ] 良スレなのに過疎ってて残念。 340 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 12:48:21 ] ＳＱＬは糞 341 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 18:09:58 ] 何をもって糞と判断してるのか 342 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 20:08:48 ] 互換領域の文字だからだな 343 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:24:47 ] 　int[] a = new int[] { 1, 2, 3 }; 　a.ToList().ForEach(i => Trace.WriteLine(i) ); ForEach するために毎回 ToList() してるんだけど、 ToList() しなくてすむ方法ないの？ 344 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:33:14 ] >>343 素直に foreach (var i in a) するか、自分で IEnumerable 用の ForEach 拡張メソッド書くか。 345 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:35:22 ] ttp://neue.cc/2009/04/04_145.html 346 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 22:59:17 ] DataTrigger で特定の Rectangle だけ色を変えようと思って、 TargetName を指定したら、Style では TargetName は指定できないという エラーが出てしまいました。 回避する方法はありますか？ 347 名前：346 mailto:sage [2009/04/21(火) 06:16:25 ] すんません、誤爆です。 348 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 15:04:39 ] from age in 349 名前：デフォルトの名無しさん [2009/04/25(土) 15:04:53 ] . 350 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:23:27 ] 実際はLINQ to SQLなのですが、 class Order { string syohin; DateTime transactTime; } class SpecialInterval { string syohin; DateTime applyDayFrom; DateTime applyDayTo; } で、Orderは数万件以上、SpecialIntervalは数十件以上あります。 これで、Orderの中から、syohinが一致してなおかつtransactTimeがapplyDayFrom〜 applyDayToの間にあるOrderだけを取得したいのですが、どうしたら いいでしょうか？ 351 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:46:13 ] from order in context.Order join si in context.Special on order.shyohin equals si.syohin where si.applyDayFrom < order.transactTime && order.transactTime < si.applyDayTo select order ではダメ？ 352 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 21:21:06 ] .NETとVisual Studioってどういう関係ですか？ .NETの後継？？ 353 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 21:32:08 ] .NETは.NET Visual StudioはVisual Studio 354 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:07:37 ] パイナップルと酢豚みたいなもんだな 355 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:08:10 ] >>354 それだと、.NETは要らない子になっちまうじゃないか。 356 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 22:59:46 ] >>354 吹いたｗｗ 357 名前：デフォルトの名無しさん mailto:sage [2009/05/21(木) 23:13:02 ] パイナップルのない酢豚なんて・・・ 358 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 13:52:09 ] オレも邪魔だと思ってたが、無いと寂しいｗ 359 名前：デフォルトの名無しさん mailto:sage [2009/05/22(金) 14:38:39 ] で、 .NET = パイナップル VS = 酢豚 っていう結論でいいのか？ｗ 360 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 17:03:50 ] .NET = フレームワーク VS = IDE 361 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:49:45 ] >>360 ありがと！謎が解けました！！ 362 名前：デフォルトの名無しさん mailto:sage [2009/06/24(水) 16:09:02 ] >>244-246って他社製のプロバイダ使ってってこと？ 363 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:18:41 ] LINQ to Object やyield returnを使っていて ふと「これ、何のために使っているんだろう」と思ってしまう。 旧.netと互換性がなくなる上に、実行速度は条件次第(そして多くの場合)落ちるし。 これらの目的は「可読性を上げる」って認識でおk？ 364 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:31:05 ] yield return は 2.0 からあるぞ。それより前となると Generics もないので互換性気にするだけアレというか･･･ Linq to Objects は遅くなるのは確かだけどスケーラビリティは あるんだよなぁ。Linq がといったほうがいいかもしれないけど 365 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:35:58 ] とりあえず書いて楽になったとおもわんか？ 思わないなら別に使わなくていいだろ。 自分はIEnumerable<T>系を自分のライブラリでも多用してるし、yield使わないでIEnumerable返すコードなんか書きたくもないが。 366 名前：デフォルトの名無しさん [2009/07/08(水) 22:36:57 ] MSはyield使いまくってるよ yieldはフレームワークを作る人のための機能、LINQは使う人のための機能だな 367 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:38:09 ] .NET 4.0 のPLINQに期待。 CTPで試したけど、お手軽並列化はかなり便利だった。 368 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:38:59 ] トン。なるほど。 確かに非常に楽にはなるし、拡張も楽だし、バグも入りにくいと思う。 でも、コードレビューに速度至上主義者がいるとそれが理解されないのよね。 369 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:48:23 ] 実際にボトルネックになるような場所でlinq使って叱られるのは当然だが 「なんか遅そうなコード」を見ただけで騒ぐのは 速度至上主義者じゃなくてただの阿呆や 370 名前：デフォルトの名無しさん [2009/07/08(水) 22:49:54 ] 別にそれ自身遅いもんじゃないよ IEnumerableを返すメソッドを手で書いたところでyieldより効率のいいものができるとは考えにくい LINQは素直すぎるだけだ 371 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:08:48 ] 妄想で語っている人多い気はするね、LINQは初回の実行の時はコンパイルが入るから遅いのは分かるが 一度実行されると、二回目からは高速化する構造になっているしね。 LINQを使わない場合は、平均して中速になる。 ある意味LINQを使わないというのはパフォーマンス的には使いやすいかもしれないが、コーディングの楽さとそこそこのパフォーマンスの両得確保を目指すなら LINQは外せないはず 372 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:14:43 ] そういうパフォーマンス厨いるけど、実行速度に影響するのはそういう部分じゃなくデータ構造とか効率的なアルゴリズムとか。 LINQでのパフォーマンスの劣化なんてよっぽどの所でないと誤差の範囲。 373 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:20:03 ] >>371 式木とクエリ式混同してない？ 少なくとも、LINQ to object は動的生成一切ないよ。 foreach でコレクション操作するのに比べて、 静的メソッド呼び出しがちょっと増えて、その分のパフォーマンス落ちる程度。 静的メソッド呼び出しのコストなんてほんとたかが知れてて、 ほんの数％の最適化が必要な超クリティカルな場面以外は気にする必要ない。 374 名前：デフォルトの名無しさん [2009/07/08(水) 23:24:03 ] パフォーマンスについては間違ってる クエリ演算子を繋げることによってネストされた列挙子ができて、列挙自体のコストがちょっとだけ増えるんだよ 375 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:26:16 ] ああ、そか。 かかるコストは静的メソッド呼び出し分じゃなくて、 仮想メソッド分になるか＜列挙子のネスト。 376 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:27:55 ] なんか適当な事書かれているような気がするぞ foreachなどでやる場合は、連続したシーケンス操作では計算した値を何処かに確保して また計算してというのが繰り返されているのに対して、クエリをバシバシつなげた場合は、中間データが作られないで処理される。 データ処理が縦に輪切りで処理するか横に輪切りで処理するかが変わる この時決定的な差として、キャッシュの使用量がLINQを使った場合の方が小さくなって結果的に高速化するケースは多い。 オレはこっちの効果を重要視している 377 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:29:27 ] >キャッシュの使用量 CPUのデータキャッシュの事ね、今のプロセッサではこれが決定的なパフォーマンスを決める 378 名前：デフォルトの名無しさん [2009/07/08(水) 23:36:57 ] LINQ使うときは最後まで列挙や評価を行わせないのが重要 Reverseみたいに、遅延実行の演算子の中にも危ないのがあるので注意 379 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:37:56 ] yieldは結構便利なことに気付いた。 配列を返させてたところはこれに変えられる。 380 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 23:38:06 ] >>378 気にしなくていいと思うけどね、よほどの問題が発生しない限り 381 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:00:11 ] >>376 実際のところ、測ってみたら速くならなくない？ 1段ラッパーされてる分のペナルティの方が大きくて。 そういうレベルの話よりは、 データ列の処理ってのを1段階抽象化してるから、 LINQ to SQL/Entity みたいなクエリ化もできるし、 PLINQ みたいな並列化もできるしって辺りの もっと抽象度高い話しないと LINQ の価値出ない気も。 382 名前：デフォルトの名無しさん [2009/07/09(木) 00:09:58 ] デリゲート呼び出しのコストがやっぱり大きいんじゃないかな 使い方を変えずにExpressionTreeで一つの大きな列挙子に展開することだって可能なわけで、 そういうところがLINQのポテンシャルなんだろうな 383 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 06:19:38 ] Linqというよりデリゲート単独のパフォーマンスを調べたことがある。 サイズの小さい関数の呼び出しはJIT時にインライン化されるが、 デリゲートで呼び出された関数はどんなに小さいものでもインライン化されないようだった。 関数のサイズを大きなものに変えた場合はどちらもほぼ同じ結果になった。 こういう関数があった場合、 int Hoge1(int x) { return x * x; } // こっちはインライン化されるコード インライン化されない関数の作り方としては、xは-10000以下にならないという前提で int Hoge2(int x) {   if (x > -10000) return x * x;   : 実際には実行されない大量のコード } 384 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 08:40:19 ] くだらない事やらずに分かりやすく書けやクズ 385 名前：デフォルトの名無しさん [2009/07/09(木) 08:44:04 ] インライン展開はMethodImpl属性で抑制できるぞ 386 名前：383 mailto:sage [2009/07/09(木) 09:18:21 ] すまん、すまん。糞したり飯食ったりしてて続きを書くのを忘れていた。 Enumerable.Whereで条件を指定するところなどLinqの随所にdelegateが使われているわけだ。 その部分をdelegateを使わない形に書き直せば、yieldや拡張メソッドを使っていても、 多重ループで書いたのとそう変わらない結果がでる。 >>382の ＞デリゲート呼び出しのコストがやっぱり大きいんじゃないかな  に同意と言いたかった。 >>385 おおありがとう。インラインの抑制はそのほうがスマートですな。 387 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 09:36:21 ] デリゲート呼び出しは通常の関数呼び出しの一割り増しぐらいだと外人の誰かがブログでグラフ付きでかいとったな。 ああいうページいつもどこ行ったか忘れちゃうんだよな･･･ 388 名前：デフォルトの名無しさん [2009/07/09(木) 09:50:59 ] いかにデリゲート呼び出しが速かろうとベタに書くよりはそりゃ遅くなるに決まってる 最適化できなくなるんだから 389 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 10:00:52 ] だから遅くても許容範囲なんじゃねーのって話だろ。 そんだけ速いの欲しかったらアセンブラで書いとけよ。 390 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 13:22:47 ] それでも・・・僕はLINQを使うんだ！ 391 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 01:06:06 ] LINQで要素に連番をふりたいなーと思ったけど 　int index = 0; 　var numbered = 　　　from p in source 　　　let gomi = (++index) 　　　select new { Index = index, Data = p }; と、アホまっしぐらなコードに。 そもそも副作用のある式を入れている時点でマズイとは思うけど これ以外に手はあるんでしょうか？ 392 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 01:26:45 ] クエリ式に固執しなければいいんじゃね？ 393 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 05:27:16 ] source.Select((Data, i) => new { Index = i + 1, Data }); クエリ構文だとやれることが少ないことに気づくと、だんだメソッド構文ばかり使うようになる 394 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 08:19:37 ] トン こんな便利なバージョンがあったとは。 395 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 16:21:58 ] C#のLINQは大事なものはほとんど拡張メソッド版になっているよ ムキになってメソッドでやるのもどうかと思うんだが…… VBのXMLリテラルなんぞを見ていると、やっぱ便利だし読みやすいし。 あんまり拡張メソッドに拘って欲しくないんだけどな 396 名前：デフォルトの名無しさん [2009/07/10(金) 22:45:31 ] XMLリテラルってXLINQだろ XLINQ自体は良いものだとは思うけどそんな普及するかどうかもわからない 実験的なものをいきなり言語に組み込むとか

---

---

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

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