ぐうぜんのきろく

プロローグ

第28回PHP勉強会が開かれました。

今回は弊社株式会社ノッキングオンで開催されました。こういう機会に出会えるのは本当にタメになります。

ではでは、議事録的にまとめたものを以下に。

PHP5再入門　＜yandoさん＞

• PHP5の状況について
  • PHP4サポート終了のメンテナンス
  • PHP5によるパフォーマンスの向上
  • PHP5上で利用できる様々な新機能
  • PHP5で動くフレームワークの台頭
• PHP5の新機能
  • 強化されたオブジェクト指向機能
  • 例外処理
  • PDO(PHP Data Object)
  • SPL(Standard PHP Livrary)
  • SimpleXML
• エラー処理について
  • フラグやステータスを利用する方法
    • retun falseなど
    • メリット1:シンプルで手軽
    • デメリット1:誤判定しやすい。
    • デメリット2:またどこのエラーか見分けにくい
  • trigger_errorを利用する方法
    • trigger_error関数を使うことによって構文的なエラーを出力することが出来る
    • メリット1:ログがとりやすい。誤判定しにくい。
    • デメリット1:細分化しにくい
  • PEAR_Errorを利用する方法
    • メリット1:発生場所でセットしたメッセージが取得できる。
    • メリット2:各種PEARと馴染みやすい。
    • デメリット1:エラーオブジェクト判定をそのつど行う必要がある。
    • デメリット2:isErrorに漏れがあると破綻する。
  • あらたにExceptionを利用する方法（PHP5から）
• Exceptionとは
  • エラー発生時にはExceptionオブジェクトをthrow
  • try catchで補足
• Exceptionから取得できる情報
  • バックトレース
  • 例外が発生した行数と箇所
• try catchでできること
  • 例外の種類ごとにいくつでもcatchを記述できる
  • catchしてから処理を中断したり継続を実装
  • 例外処理をした後もう一度throw出来る
  • サブクラスから順にcatchすること
  • 例外をcatchしたからといって必ずエラーとしなくても良い
• Exceptionの落とし穴
  • try catchを一切せずにthrow設定すると⇒冷害が発生しない限り文法エラーにならない
  • エラーオブジェクトをthrowではなくreturnするとcatchできない
  • 未定義のクラス名でcatchしても何も検出しない
  • catchされるはずがされないという事象になる
  • 例外オブジェクトを拡張してメソッドを持たせるのであれば拡張したオブジェクトのみでそのメソッドをするように
• 落とし穴への対策
  • try catchのポリシーのすりあわせを事前に行う
  • set_exception_handlerでcatch出来なかった例外を取得できる
  • Exceptionの拡張は乱立させないほうが良い
  • typoは気をつけるしかない！

ImageMagick ＜cocoichiさん＞

• PHPで画像操作用ライブラリ系はImageMagick,MagickWand
• Imagick2.0
  • MagicWand
  • ImageMagickが安定していない
  • 関数が多くてわけの分からない問題
• rskyさんのサイトがすごい件

MessageQ ＜akkyさん＞

• PHPでメッセージキューを使ってみる
  • メッセージをスタックアルゴリズムでやりとりするのを保障したメッセージキューをPHPで扱う大作戦
  • 使い方次第で気軽に何か出来そう