3

PEARやその使用法に頭を悩ませることはできません。その保守性についての話もあるので、自分のプログラムのどのサブコンポーネントに必要かを判断するのに役立つより良い方法は、他の人がそれを何に使用したかを尋ねることだと思います。PEARは何に使用しましたか?それは良い選択でしたか?そして、あなたはそれを何のために使うことを考えましたが、最終的に何か他のものに落ち着きましたか、そしてなぜですか?「メールを送信したエラー報告ページがあり、PEAR::Mailの使用を検討していた」などの具体例を探しています。

皆さん、ありがとうございました。

4

3 に答える 3

6

「PEAR」はそれ自体では何かではなく、他の人が書いたさまざまな拡張機能のリポジトリです。

PHPアプリケーションで基本認証が必要な場合は、http://pear.php.net/にアクセスして、認証を検索してください。これで、目的の結果を得るために使用できるプラグインのリストができました。

あなたがする必要があるかもしれないほとんどすべてのためのプラグインがあります。PEARは良いことでも悪いことでもありません。リポジトリ内の各プラグインは良いか悪いかです。そのため、プラグインが適切に機能するかどうかを確認するのはあなた次第です。

2018年1月編集

この回答を書いた後、ComposerはPHPの事実上のパッケージ管理ソリューションになりました。Pearで解決策を探す前に、Composerで関連するパッケージを探すことをお勧めします。

于 2009-10-25T21:16:57.430 に答える
3

PEARはモノリシックなものではありません。フレームワークや単一のパッケージではありません。最も基本的なレベルでは、PEARはPerlのCPANによく似た、モジュールの単なるリポジトリです(ただし、現時点ではCPANよりもまとまりのあるシステムになっています)。

解決する必要のある問題を解決するための独自のメリットについて、各拡張機能を評価します。

于 2009-10-25T21:21:36.097 に答える
1

PEAR はパッケージのリポジトリであり、パッケージインストールして維持するためのフレームワークでもありますが、パッケージをブラウザーから (つまり、PEAR を使用せずに) ダウンロードして使用できることは注目に値します。これが、ほとんどの人がアクセスする方法だと思います。

于 2009-10-25T22:26:44.393 に答える