アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
sprintf にもバグ || PEAR も美味しいですよ (スコア:3, 参考になる)
PEAR は英語版マニュアル [php.net]が改訂され PEAR::DB のようないくつかのクラスはかなり使いやすくなっています [php.net]。
また PHP-Magazine [php-mag.net] が PEAR を全面的にプッシュしており、PEAR コミュニティも積極的に利用していく [sakura.vg]ようです。日本からも取り寄せ可能です。
今 PEAR でお手軽にかじれて美味しいのは PEAR::DB のようにドキュメントが充実して安定しているクラスと PEAR 基底クラスの辺りだと思います。後者は各クラス間で統一的なエラー制御と getStaticProperty による設定の一元化等に使えます。
2ch PEAR スレッド [2ch.net]やそのスレッドから派生した
Re:sprintf にもバグ || PEAR も美味しいですよ (スコア:1)
XML/XSLTの充実に期待。
Re:sprintf にもバグ || PEAR も美味しいですよ (スコア:1)
Var_Dump は知らなかったので早速試してみました。
require_once('Var_Dump.php');
Var_Dump::display($object);
これいいですね。解析やデバッグに重宝しそうです。
情報感謝です。=)
# デスマーチ気味なので Benchmark は次のサイクルにでも..
Re:sprintf にもバグ || PEAR も美味しいですよ (スコア:1)
Var_Dump::display($obj,'',VAR_DUMP_DISPLAY_MODE_HTML_TABLE);
など感動モノです。
引数としてobject型の変数をを与えてやると効果的です。
r_display()メソッドで出力をバッファリングせずとも
変数として結果を利用できる点も面白いと感じています。
Re:sprintf にもバグ || PEAR も美味しいですよ (スコア:0)
遊び心で実装する程、手間が掛かったり面白いモノでもないし。
# syntax hilighting の時にも思ったけど、そんなものを実装する暇があったら、
# 仕様変更が極力起こらな
Re:sprintf にもバグ || PEAR も美味しいですよ (スコア:0)