※この記事は読者によって投稿されたユーザー投稿です:
  • 編集部の見解や意向と異なる内容の場合があります
  • 編集部は内容について正確性を保証できません
  • 画像が表示されない場合、編集部では対応できません
  • 内容の追加・修正も編集部では対応できません

ヒューマンリソシア株式会社はコラム「PEARとPECL(PEAR編)」を公開しました。

MDB2とPDOのどちらを使う?」というお話しから、随分と踏み込んだところにお話しをひっぱってみました。
前回はPECLについて学びましたので、今回はPEARメインでお話しをさせていただければと思います。上級の試験にも出るところですので、今回は色々と面目躍如でございます。

さて。
前回見ていただいたとおり、PECLは「軽量高速高機能なれどinstallに難あり」というものでした(エラいことはしょってますが、正確なところは前回をご覧ください)。
PEARの存在意義は、結局の所これとほぼ対称となります。
まず「(あくまでもCで書かれたライブラリと比較したら、という程度ではありますが)重いですし遅いですし出来ることも限られます」。
コンパイル系言語と速度競っても厳しいものがありますし、安全である事と引き替えに色々と代償(というか裏周りの処理)も沢山あるのでそれなりの重さがあります(LLでメモリ管理とかしたくないですよね?)。
また、PHPは「自分の言語処理系を直接いじる」ような事はとりあえず出来ないので、その程度には低機能です。…とはいえ、そんな危ない刃物が向きだしになっていても困ることも多いのですが。

一方で「install」は非常に簡単になります。まぁつまりここが「最大のメリット」なのですが。
基本的には、PEARもPECLと同じようなコマンドラインでインストールが可能です。以下に例を挙げてみましょう。

pear install 拡張パッケージ名
ただ、PECLとは違い、特にコンパイルは必要なく「PHPのソースコードを所定の位置にダウンロードしている」だけになります。
ですので、例えば共有サーバの時にでも「自分自身のホームディレクトリ以下の、任意の位置」にライブラリをインストールすることが出来るようになります。
そういった場合、incldue(やrequire)するために、ini_setでinclude_pathを追加してやる、などの少しの手間は必要になりますが、その程度の手間で「共有サーバであっても自由に使用ができる」というのは、やはり大きなアドバンテージだろうと思います。

さて。PEARは上級試験の問題対象でもありますので、PEARコマンドについてもう少し詳しくみていきましょう。
まず「PEARというライブラリそのものがもっている拡張パッケージの一覧は、以下のコマンドで閲覧可能です。ちなみに、結構な時間(筆者が今し方試した時は10秒ちょい)かかりますので、大急ぎの時はご注意のほどを。

この続きは以下をご覧ください
http://resocia.jp/column/281/

この記事が役に立ったらシェア!
メルマガの登録はこちら Web担当者に役立つ情報をサクッとゲット!

人気記事トップ10(過去7日間)

今日の用語

RFP
RFP(Request for Proposal)は「提案依頼書」のこと。SIe ...→用語集へ

インフォメーション

RSSフィード


Web担を応援して支えてくださっている企業さま [各サービス/製品の紹介はこちらから]