私の最初の質問として、私はFAQのルールに反する:これは主観的で議論のある質問です。そのために残念。お気に入りのPHPライブラリ
とにかく、私はPHPの開発者がどのようなライブラリのパワーを使用していたのだろうと思っていました。 (cakePHPのような)完全なフレームワークではなく、特定の方法でファイルをコーディングし整理する必要がありますが、有用なヘルパーでいっぱいのライブラリが必要です(JSのPrototypeとほとんど同じです)。 もちろん、SPLはありますが、その横にはありますか?
私の最初の質問として、私はFAQのルールに反する:これは主観的で議論のある質問です。そのために残念。お気に入りのPHPライブラリ
とにかく、私はPHPの開発者がどのようなライブラリのパワーを使用していたのだろうと思っていました。 (cakePHPのような)完全なフレームワークではなく、特定の方法でファイルをコーディングし整理する必要がありますが、有用なヘルパーでいっぱいのライブラリが必要です(JSのPrototypeとほとんど同じです)。 もちろん、SPLはありますが、その横にはありますか?
私は長い間Smarty Template Engineを使用しました。デザインをコードから遠ざけることは素晴らしいことです。
私は自分の「ヘルパー」(テンプレートコンパイラなど)を作成しました。私は前にZendを使っていましたが、それは私の要求には大きすぎると感じました。私は価値のあるDALを作るのに多くの時間を費やしていましたが、それ以上はdon't even needです。
現時点では、ヘルパークラスのほとんどはデータマネージャまたはファイルパーサーです。私が使用しているもののほとんどはPHPに組み込まれています。
ほとんどすべてのプロジェクトでSwiftMailerを使用しました。 非常に強力なメーラーライブラリ。
私は最近、ここ数ヶ月にわたってZend Frameworkで恋に落ちました。それは、いくつかのクラス(Zend_Controller、Zend_Layout、Zend_View)を通してCakePHPと同じタイプのサイト構築機能を提供します。しかし、サイトの構築中にのみ使用することに依存しないこと、つまり、既存のサイトとインラインで使用できること、その問題のどこかで。つまり、メソッド/クラスを作成する代わりに、小さなコンポーネントを使用して複雑なタスクを処理できます。ライブラリはかなり大きいですが、それはあなたが実際に使っているものと、あなたのスクリプトに含まれていないものがそれらに影響を及ぼさない限りです。 ;
ZFのコンポーネント構造は幾分独特である:documentationから引用する
各コンポーネントは他のコンポーネントへの依存性がほとんどないように設計されています。この緩やかに結合されたアーキテクチャにより、開発者はコンポーネントを個別に使用できます。私たちはしばしばこれを「意志で使える」デザインと呼んでいます。
いくつかの簡単な例:
は、リストに載っていますが、完全なリストについては、the manualをチェックアウトすることができます:彼らは含めて、サービス消費者の膨大なライブラリを持っています
PEARは、PHPアプリケーション用の膨大なライブラリです。あなたが特別な仕事をしているなら、あなたはしばしばそこに一致するライブラリを見つけるでしょう。
機能の「ツールボックス」が好きですか?
独自のツール(独立したライブラリ)を集めて独自のセットを作成し始める方が適していると感じます。
これは面白いキュレーションプロジェクトです。
wikiにする必要があります。 –