LINQがPHPにどのように移植されたかの物語。 タブレットを使用した既存のライブラリとグラフなしの比較が添付されています。



注目を集める画像 コード （写真を待つことはできません！）

echo Phinq::create($people) ->groupBy(function($person) { return $person->residence->region; }) ->select(function($grouping) { $obj = new stdClass(); $obj->people = $grouping; $obj->region = $grouping->getKey(); return $obj; })->orderBy(function($obj) { return $obj->people->count(); }, true) ->aggregate(function($current, $next) { $count = $next->people->count(); return $current . sprintf( "%d %s (%s) live in the %s region\n", $count, $count === 1 ? 'person' : 'people', $next->people->aggregate(function($current, $next) { if ($current !== null) { $current .= ', '; } return $current . sprintf('%s [%s]', $next->name, $next->residence->code); }), $next->region ); });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

C＃または関数型言語を誰が見たのか-この傑作を見ると、目を丸くします（最初に軌道から飛び出さない場合）。 そして、おそらく、彼は正しいでしょう。 しかし、あなたはまだこれを好きにすることができます：

 $lowNums = from('$n')->in($numbers)-> where('$n < 5')-> store($digits)->into('digits')-> select('$digits[$n]');
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

LINQをPHPに移植する動物園ライブラリから2匹の動物を見ました。 LINQは実際には言語統合クエリ、つまり言語に統合されたSQLのようなクエリです。 C＃では、LINQは構文ツリーに依存しており、2つの形式の記述がありますが、次の千年紀に向けてPHPでこのような安物を待つ必要はないため、LINQはSQLに似たメソッドを備えたライブラリであると見なされます。



LINQをPHPに移植する多くのライブラリがあります。 1つだけが実際に移植された場合...しかし、その詳細については後で、ただし今のところ、アルファベット順に、使用可能なすべての選択肢を検討します。 読み取りは、シーケンシャルまたは最後からのいずれかになります。

LINQ for PHP

それは彼のコードがどんなに奇妙に見えても、どんな言語でも自分の好きなものにリメイクする準備ができている人によって書かれたものです。 最初の疑問は、LinqSamples.phpを見ると魂に忍び込みます。

 class Console { public static function WriteLine() { $args = func_get_args(); $string = array_shift($args); foreach ($args as $i => $value) { if (is_bool($value)) { $value = $value ? 'True' : 'False'; } $string = str_replace('{'.$i.'}', $value, $string); } echo $string.'<br />'; } ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このアプローチでは、移植されたLINQを元のLINQと区別するのが難しいと思いますか？ そして、あなたは正しいでしょう。 （C＃）：

 from n in new int[] { 1, 2, 3 } where n % 2 == 0 select n * 2;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

なった（PHP）：

 from('$n')->in(array(1,2,3))->where('$n % 2 == 0')->select('$n *2');
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

きれいですね。



叙情的な余談。 なぜ線ですか？ <私のお気に入りのIDE>のそれらのコードは同じものを強調していません！ しかし、リファクタリングはどうですか？ しかし、眼鏡はどうですか？ しかし、まさか。 強調表示もリファクタリングもありません。小さなものがごちそうを支配します。 PHPのクロージャー構文は非常に冗長であるため（ x => x + 1



とfunction ($x) { return $x + 1; }



と比較してください）、ほとんどすべてのLINQポート開発者が「ラインラムダ」を発明します。 どこかでクロージャーを使用できる場所、どこか-ファンキーな「関数ポインター」（文字列'strlen'



および配列array($object, 'methodName')



）、どこか-ラムダ、どこか-そして、別と3番目の両方。 すべてのオプションは、LINQ for PHPで使用できます。



ライブラリの並べ替えを見てみましょう。 「肉」はLinqForPhp_Objects_Sequence :: doIterationメソッドに隠されています：getIterator（）が呼び出されると、operations配列に入力されたすべての操作が順番に実行されます。 操作は、チェーンの「遅延」なしで連続して実行されます。つまり、where（）-> any（）を呼び出すと、シーケンス全体がフィルタリングされます。 最初の呼び出しの後、結果はキャッシュされます。



著者は、PHPDocにコメントを追加するよう求められましたが、長い間、それだけでは不十分でした。コードの5番目の部分は、せいぜい文書化されています。 はい。PHPDocの構文は作成者によって作成されたものではありません。1つのパラメーターに引数名がありません。



標準メソッドが実装されます：Aggregate、All、Cast、DefaultIfEmpty、Except、FirstOrDefault、GroupBy、OrderBy、Reverse、Single、Takeなど。 合計約50個。 List、Dictionary-事前収集コレクションのポートへの変換があり、いくつかの未知の理由でメソッドの一部がNotImplementedExceptionをスローし、offsetExistsがarray_key_exists array_key_exists($index)



として実装されarray_key_exists($index)



（読み取り）。 質問への答えを残します、なぜこれらのコレクションが必要なのですか？



IDEになかったものは非常に良い感じです-PhpStormは即座に明示的なバグを表示します。 分割テスト：ゼロ点ゼロ。



結論：好奇心syntax盛な構文、遅延計算、テスト、ドキュメント、クソコレクション、多数のバグはありません。 使用は推奨されていません。

フィンク

それは奇妙な明るい未来を信じる人によって書かれました。 関数を受け入れるすべての引数には、クロージャータイプに関する制限があります。 比較者（比較者）-EqualityComparerインターフェイスなど。 コレクションには配列があります。 次のようになります。

  public function groupJoin(array $collectionToJoinOn, Closure $innerKeySelector, Closure $outerKeySelector, Closure $resultSelector, EqualityComparer $comparer = null)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

一見論理的ですが、ここで思い出してください...クロージャーに加えて、文字列と配列[オブジェクト、メソッド名]の形式のネイティブな足のような「関数ポインター」があり、それらは突然フォレストを通過します。 EqualityComparerインターフェイスには、equalsメソッドが1つしかありません（ハッシュを取得する方法はありません。これは、ネイティブのポカペシュ連想配列の内部の管理です）。 そして、それぞれの比較のために、新しいクラスを作成してください。関数を渡しません。 groupJoinでは、Phinqクエリの実行結果を渡すのが論理的であり、そのタイプは配列ではありません。 そして、IteratorやIteratorAggregateのようなSPLインターフェイスは、突然配列でもなくなります。 数字とfrom-where-selectを使用してサンプルのフレームワーク内にとどまっている限り、すべて順調です。 厳しい現実に直面すると、困難になります。



すべてのメソッドがPHPDocドキュメントを検出します。 メソッドごとに独立して正直に書かれています。 まあ、ほとんど正直に-一部の場所ではコピーペーストを感じることができます。

 /** * Correlates elements into groupings of the two collections based on matching keys * * This is basically an outer join. * * @param array $collectionToJoinOn * @param Closure $innerKeySelector Takes one argument, the element's value, and returns the join key for that object * @param Closure $outerKeySelector Takes one argument, the element's value, and returns the join key for that object * @param Closure $resultSelector Takes two arguments, the matching elements from each collection, and returns a single value * @param EqualityComparer $comparer * @return Phinq */ public function groupJoin(...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

関数の機能を理解していますか？ そして、何がresultSelectorを受け入れて返しますか？ 理解したら、上記のドキュメンタリーのコメントを読んでいないので、C＃でGroupJoinを1回使用しただけです。



合計50個の標準メソッドを実装しましたが、なんとなく遅延的に実装しました。 コレクション内の唯一の要素がnullの場合、何らかの理由でシングルは例外をスローします。 何らかの理由で配列はキーに関する情報をスローします。 反復子は、Phinqオブジェクトを作成するとすぐに配列に変換されます（もちろん、キーに関する情報もありません）。 出力内のキーを使用して何かを取得する唯一の方法は、O（N）価格のoffsetGetおよびoffsetSet実装を持つDictionaryコレクションに変換することです。 前のライブラリとは異なり、少なくともListは実装されていません（それぞれtoListメソッド、no）。



前のライブラリの場合のように、計算のすべての遅延は、結果をキャッシュすることに帰着します。



ライブラリで何が良いのですか？ テストがあります。 やったー もちろん、表面的です。 最良の場合、メソッドごとのピースのペア。 境界ケースなし。 しかし、テストがあります。 これはいいです。



結果：引数のタイプには厳しい制限があり、キーはありません。表面テストはあります。表面ドキュメンテーションはあります。バグはほとんどありません。クソコレクションがあります。 使用は推奨されていません。

Phinq 2.0

それは明るい未来に幻滅した男によって書かれました：文字列ラムダにこんにちは、これまでのところ、関数の引数の制限。 唯一の方法を備えたEqualityComparerは引き続き使用できます。 SQLの調味料を使用してSQLクエリを作成します。 「Phinqには括弧で囲まれた式が続く単項ブール演算子（ '！'）が必要です」という形式の例外を使用したPHPによるPHP解析。 私たちは長い間書くでしょう...



...そして、もちろん、私たちは追加しません。 古いPhinqを新しい方法で書き換えるために、著者は釘を打ちました。 遠隔サーバー上のSVNのブランチ/branches/2.0は、明るいスタートと悲しいエンドの唯一の言及です。



結論：何もありません、私たちは通り過ぎます。 使用は推奨されていません。

PHPLinq

誰かが別のDALを必要としていると信じ、元のLINQの機能について漠然とした考えを持っている人によって書かれました。 彼の理解では、orderBy、select、skip、take、および残りの関数は、アプリケーションの順序が厳密に設定されているため（また、どこにも文書化されていないため）、重要ではない任意の順序で呼び出すことができます。 彼の理解では、閉鎖は誰にとっても不必要な新しいつまらないものです。 彼の理解では、シングルとファーストはまったく同じものです。 彼の理解では、テストはprint_rを呼び出すPHPスクリプトです。 彼の理解では、ドキュメンタリーコメントはコピーされたメソッド名と引数型の列挙です。 彼の理解では、プロジェクトのドキュメントはVisualStudioの形式のクラス図です。



もちろん、LINQ to Objects、LINQ to ZendDb、LINQ to Azure、LINQ to MS SQL、LINQ to MySQL、LINQ to SQLiteのサポートについて話すことができます。 しかし、このライブラリが、一般的な関数型プログラミング、特にドキュメントやテストなしのLINQとは関係のない低コードコードである場合、この多様性が必要なのは誰ですか？



ボトムライン： LINQ to *の壮大な量、他のすべての壮大な不足。 使用は推奨されていません。



（おそらく、熱心な読者はすでに疑問を抱いています：いつ何かが推奨されるのでしょうか？いつですか？待っています、願っています...信じています。そして、私たちはさらに読みます。）

Plinq

これは、PHPでLINQを使用したかったが、コーディングが非常に面倒だったミニマリストの人によって書かれました。 したがって、20個を少し超えるメソッドがサポートされていますが、そのうちThenByもAggregateもありません。 レイジーコンピューティングはまったくありません。 行「ラムダ」はありません-クロージャーのみ、ハードコアのみです（引数のタイプに制限がなく、PHPの現在のバグがない場合、行「関数へのポインター」も機能します）。 アグリゲーター関数にクロージャーを渡すことは必須です。 ほとんどの場合、Plinqメソッドは標準関数のラッパーであり、さらに配列とイテレータ間の変換を行っています。



ライブラリは何が良いですか？ テストの外観があります-関数ごとのassert'ovのペア。 次のようになります。

 function TestOrderBy(&$testArray) { $p = new Plinq($testArray); $result = $p->OrderByDescending(function($k, $v){ return $v['int']; }); assert('key($result) == "key_999"'); $p = new Plinq($testArray); $result = $p->OrderByDescending(function($k, $v){ return $v['date']; }); assert('key($result) == "key_999"'); $p = new Plinq($testArray); $result = $p->OrderBy(function($k, $v){ return $v['string']; }); assert('key($result) == "key_0"'); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

（$ testArrayについては聞かないでください-ここでは説明しません。138057文字のこのような1行のイチジク文字列だと言います。これは、IDEがギアできしむようにします。アレイの性質については調べていません。



ドキュメンタリーのコメントに似たリモートのものがあります。 それらから、Diff関数が「さまざまなアイテムを見つける」ことがわかります（嘘をついたとは言えません）。



結論：ミネラルはなく、水はありません、植物はありません、それは人口があります...しかし、それは何によっても人口がありません。 使用は推奨されていません。



それだけです 映画は終わりました。 PHPのLINQポートは終了しました。



...わかりました、わかりました、そのような悲しいメモで終わらないように、LINQポートではないライブラリについて言及します。 しかし、魚の無さやカワカマスは魚です。

Underscore.php

Underscore.jsが大好きな男性によって書かれました（ありがとう、K.O。）。



Underscore.jsとは何ですか？ これは、JavaScriptのすべての機能を実装するライブラリです。 名前は、マップ、フィルター、削減、平坦化、時間で何かわかりますか？ そうでない場合、マップが選択されていること、reduceが集約されていること、timesが繰り返されていることなどを覚えておく必要があります。 一般的に、LINQを強く思い出させますが、そうではありません。 遅延計算はありません。



したがって、Underscore.phpは、PHPのUnderscore.jsポートです。 ライブラリは非常に関連しているため、バージョン番号も同期されます。



ドキュメンタリーのコメントはまったくありません。 各メソッドには、定期的かつ簡潔な方法があります。 もちろん不便ですが、あなたは生きることができます。 サイトにはまだドキュメントがあり、かなり正気です。



テストがあります：Underscore.jsからコピーされたものと、追加のテストの両方です。



コードの品質は不十分です。 静的関数は静的としてマークされません。 コールバックは$ f（）として呼び出されます。つまり、関数ポインター配列を忘れることができます（PHPにはこのような欠陥があります）。 ラムダはサポートされていません。



コードは次のようになります。

 $numbers = __($numbers)->chain() ->select(function($n) { return $n % 2 === 0; }) ->reject(function($n) { return $n % 4 === 0; }) ->sortBy(function($n) { return -$n; }) ->value();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結論：他のメソッド名があり、ドキュメンタリーのコメントはありません。テストがあり、ラムダはありません。 使用が推奨されますが、関数型プログラミングに対する強い衝動がある場合のみです。

最終結果

銘板：







結論：記事の2番目の部分「口ひげのある自分」を待ちます。

虫

本質とポイントですが、バグや機能に投票して、そのようなライブラリでの開発を悪夢から少し減らすことができます。

Php

1. イテレータ::キー（）は、数字と文字列のみを返すことができます。
   1. 45684 foreachがキータイプに依存しないという要求
2. クロージャーの構文を短縮する機能があり、パッチ、分析などが添付されました-機能を設計した開発者が最善を尽くしました。 しかし、この機能は「nafig need」という結果で閉じられました。 :-(

PHPStorm IDE

1. 行内のPHPコード
   • WI-3477 assert（ 'literal'）、evalなどにPHP言語を挿入
   • WI-2377挿入された言語で文字列内のphp変数のオートコンプリートがありません
2. PHPコード分析
   • WI-11110未定義のメソッド：クロージャーを使用すると、未定義のメソッドが誤って報告されます
3. PHPDocコメント
   • {link}が2回続けて使用された場合、PhpDocクイックドキュメントのWI-8270エラー

参照資料

• Underscore.php -PHPのLINQポートではありません
• Underscore.js -JavaScriptのLINQポートではありません

PS同様の記事を英語で投稿できる場所を教えてください。