誰かがPHPのシステム関数をよりオブジェクト指向にしようとしましたか？

Question

すべての（またはほとんどの）PHPの組み込み関数をよりオブジェクト指向のクラス階層にグループ化しようとするプロジェクトが存在するかどうか不思議です。たとえば、すべての文字列関数を単一のStringクラスにグループ化するなどです。

変更がPHPソースコードレベルで行われていない限り、実際には問題は解決されません。関数はまだグローバル名前空間でアクセス可能ですが、ユーザビリティははるかに容易になります。

Answer 1

あなたの質問に答えるために、はいそこは、あなたが話している正確に何のライブラリをいくつか存在します。あなたが使いたいものは全く異なる質問です。 PHPClassesとpear.orgはこのようなライブラリを探し始めるのに適しています。

更新： 他の人が提案してきたようにSPLが良いのライブラリで、PHPの組み込み関数の多くをラップします。しかし、それはまだラップしない多くのPHP関数があります。まだ銀の弾丸なしで私たちを離れる。

CakephpやZend（その他も）などのフレームワークを使用しているとき、私は、彼ら自身のライブラリを組み込み、フレームワークにDB接続などの基礎を構築することによって、これらの問題のいくつかを解決しようとしています。だから、フレームワークは、私は同意しない別の解決策

Answer 2

私はこれがPHPのためのintergralであると思います。主に.Netプログラマーであることから、私はPHPが苦労して100万と1つのグローバル関数で動作することがわかりました。 PHP 5.3には名前空間がありますが、独自のライブラリがオブジェクト指向でなくても、名前空間を使用するだけでは役に立ちません。私はPHPを言語としてはあまり気にしませんが、APIはひどく混乱しており、おそらく完全な見直しが必要です。 VB.NetになったときのVBのようなもの。

Answer 3

ウェイ回数が多すぎます。誰かがPHPにオブジェクト指向の機能があることを発見するとすぐに、クラス内のすべてをラップする必要があります。あなたが欲しい方方法で、建築家、あなたのソリューションをできるように、PHPでオブジェクト指向のものに

ポイントです。しかし、オブジェクトに既存の関数をラップすることは、大きな利益をもたらさない。

PHPのコアはかなりオブジェクト指向すでにされて言われていること。 SPLをご覧ください。

Answer 4

かもしれません。オブジェクト指向プログラミングは、手続き型プログラミングより本質的に優れているわけではありません。多態的な振る舞い（継承、メソッドのオーバーライドなど）が必要な場合を除き、オブジェクト指向を使用すべきではないと私は信じています。コード用の単純なコンテナとしてオブジェクトを使用することは、オーバーヘッドに値するものではありません。これはであり、特にという文字列が本当に多く使用されているため（たとえば配列キーとして）すべてのアプリケーションは通常、いくつかのポリモフィックフィーチャを使用できますが、通常は高レベルです。 Stringクラスを拡張したいですか？

また、少し歴史はPHPの奇関数の命名を理解することが必要です。 PHPは標準CライブラリとPOSIX標準に基づいており、多くの同じ関数名（strstr、getcwd、ldap_openなど）を使用しています。これは実際には良いことです。なぜなら、言語バインディングコードの量が最小限に抑えられているため、十分に検討された一連の機能（PHPで行うことができるC言語の機能）と、これらのシステムライブラリは高度に最適化されています。 strchrは通常はインライン展開されているため、約10倍速くなります）。