Download as PDF, PPTX
More Related Content
![[Alfresco]ドキュメントライブラリのUIカスタマイズ](https://cdn.slidesharecdn.com/ss_thumbnails/ui-121011034109-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
Web技術勉強会 20100925
- 1. 再びのPHPでオブジェクト指向プログラミング 技術勉強会 WEB技術勉強会 RYUICHI TANAKA
- 2.
- 3. PHPでオブジェクト指向 2年ほど前に挑戦している http://www.slideshare.net/mapserver2007/web5sli de-share http://www.slideshare.net/mapserver2007/web11- presentation 今見るとさすがにいろいろ足らないとこ ろがある…。
- 4.
- 5. ディレクトリ構造(一部抜粋) / css/ php/ func/ ... 関数群 class/ … クラスファイル群 load.php … 通常の受信処理を一括処理 ajax.php … Ajaxの受信処理を一括処理 tmpl/ index.php
- 6. 1. index.php(View)はController(load.php)に表示処理を依頼する 2. load.phpはリクエストパラメータから判断して処理を開始する 3. func/xxx.phpはModel(php/class)に処理を依頼する 4. Modelは処理結果をControllerに返す 5. Controllerは処理結果を加工してViewに返す 6. Viewは処理結果を表示する
- 7. 問題点(MVC) Contorollerが肥大化 すべての処理をload.php, ajax.phpで一手に引き 受けている＝保守性低下 Modelも肥大化 個人的にはもう一層挟んだほうがスリム化す ると思う
- 8. 問題点(構造) ディレクトリ構造 MVCではなく言語単位になっているので美し くない Controllerがクラス化されていない 汎用クラスとdiarysys4専用Modelが混在 分けたほうが再利用性アップ ルールが弱い 必ず実装すべきメソッド定義がない
- 9.
- 10. 改善(MVC) Modelよりコアな層を追加 Library層を追加。ModelはLibraryに対して (ControllerがModelへ送るように)メッセージを 送信する Libraryは原則的に汎用性を高くする システム専用になる場合もあり Libraryの用途は3つ DB処理 外部サービス処理 その他汎用的処理
- 11. 改善(MVC) Libraryはシステムのコアを操作するので テストをきっちり行う Libraryにバグがなければそれを利用するだけ のModelのバグもなくなる(はず) Modelを利用するだけのContorollerのバグもな くなる(はず)
- 12. 改善(MVC) 役割分担を明確に Controller ロジックはかかない(分岐処理はOK) Modelを呼ぶかViewを描画するのどちらか Model システム専用のロジック(SQLなど)を書く Libraryを呼ぶかControllerに値を返すのどちらか View Controllerからの描画命令に従って描画するだけ Library DB接続などコアな処理または外部リソースにアクセ スする。汎用性を高めている。
- 13.
- 14. ディレクトリ構造 / controllers/ ApplicationController.php … (抽象クラス) (各種処理ごとのController) models/ (各種処理ごとのModel) ( Model) views/ images/ js/ lib/ DB.php DAO.php etc.
- 15.
- 17. デザインパターン を適用
- 18. Singletonパターン Singletonパターンとは インスタンスが必ず1つしか生成されないこと を保証する。 複数のインスタンスを作る必要がない場合は メモリの節約のために適用することがある 今回適用したクラス DB.php データベース接続クラス
- 19. DB.php private $manager =null; private function __construct() {} protected function getManager($dbname) { // ここでDB接続処理(PDO) $manager = new PDO(); return $manager; } ポイント： ・コンストラクタはprivateで宣言 ・DB.phpは継承して使うのでインスタンスを返却するメソッド (getManager)はprotectedで宣言
- 20. DAO.php class DAO extendsDB { private static $dbaccessor = null; private function __construct() {} private function init() {} // 初期処理 public function getInstance() { if (!is_object(DAO::$dbaccessor)) { DAO::$dbaccessor = new DAO(); } DAO::$dbaccessor->init(); return DAO::$dbaccessor; } // CRUDを処理するメソッドを以下に定義 }
- 21. DAO.php 使い方の例 $db =DAO::getInstance(); // (1) $sql = “INSERT INTO …”; $bind = array(“name” => “hirasawa_yui”); $db->insert($sql, $bind); $db2 = DAO::getInstance(); // (1)と同じObj // $db3 = new DAO(); // エラー // $db4 = new DB(); // エラー
- 22. TemplateMethodパターン TemplateMethodパターンとは スーパークラスで処理の大枠を定義しておき、 サブクラスで具体的実装を行う。 似たような処理だけど、微妙に違う複数 のクラスをまとめて処理したい場合に有 効 今回の場合、外部サービス(Twitter、Blog、は てブなど)を一気に処理したかった
- 23. ServiceAbstract.php 外部サービスを処理するためのメソッド を定義。 クラスはAbstract(抽象)クラスで定義 必須メソッドはabstractメソッドで定義 具体実装をしてしまう場合(サブクラスで 共通な処理)はprotectedで定義 インスタンスから呼び出すメソッドは publicで定義
- 24. ServiceAbstract.php abstract class ServiceAbstract{ function __construct($params = array()) { $this->prepare($params) ->fetch() ->process(); } final public function get() { return $this->_data; } abstract protected function prepare($params); abstract protected function fetch(); abstract protected function process();
- 25. ServiceBookmark.php class ServiceBookmark extendsServiceAbstract { function __construct($params = array()) { $this->_params = $params; parent::__construct(); } public function prepare($params) { // ブクマデータ取得前処理 return $this; } public function fetch() { // ブクマデータ取得処理 return $this; } public function process() { // ブクマデータ加工 $this->_data = ... }
- 27. 使い方の例 $hatebu = newServiceBookmark(); $data = $hatebu->get(); $twitter = new ServiceTwitter($param); $data2 = $twitter->get(); ポイント： ・異なる外部サービスの処理を同じにできる。
- 28. まとめて処理する リフレクションを使う リフレクションはクラスの内部情報が取得で きたり、内部構造を書き換えたりすることが できる。 通常のクラスへのアクセス方法では不可能な ことが可能(インスタンスからprivateメソッド を操作したり、定数を書き換えたり)
- 29. 具体例 $services = array("Twitter","Blog"); foreach ($services as $service_name) { $refClass = new ReflectionClass($service_name); $service = $refClass->newInstance(); register($service->get()); } ポイント： ・文字列からインスタンスが生成可能 ・手続き方法が同じならループで一気に処理可能
- 30.
- 31. こだわったところ Contorollerは必ずApplicationControllerを継 承する ApplicationController#render、 ApplicationController#errorはabstractで定義 し、サブクラスで必ず実装させる renderは画面描画、errorはエラー画面描画。 これらはどんな画面でも必要なのでabstractに した 命名規則はRailsと同じ
- 32. こだわったところ リクエスト、セッションはModelで扱う $_GET, $_SESSIONのようにグローバルを直接 触れてしまうが、規則として直接触らないよ うにした。 ApplicationControllerでリクエスト、セッショ ンオブジェクトを生成し、サブクラス Controllerで利用する。Modelに渡したい場合 はController経由でインスタンスを渡す。 直接触ると値のValidationができないため 原則グローバル変数は使用禁止
- 33. こだわったところ DB処理 DB.phpで接続処理,DAO.phpでCRUDの実行 どちらもSingletonで実装 DB.phpはインスタンスすら取得できない インスタンスが欲しければ必ずDAO.phpにア クセスしなければならない＝DB接続を外部か らさせない DAO.phpを定義することでPDOを抽象化
- 34. こだわったところ require処理 phpのrequire/includeは実行中のファイルから の相対パス。厄介なのはInclude元のファイル からの相対パスになる点。 例：/index.phpで/class/Ajax.phpをIncludeしてい て、Ajax.phpでrequrieするとき、開始位置は 「/」になる(本当は/classになってほしい)
- 35. こだわったところ require処理 どのファイルからrequire/includeをコールして もかならずプロジェクトルートからの相対パ スになるようにした＝現在のディレクトリパ スを考慮する必要がない 例：/ でも /class からでも Common::import(“class/Ajax”) でrequireされる。
- 36. こだわったところ Libraryのテストコードを作成 SimpleTest(http://www.simpletest.org/)を使用 symfonyなども利用しているテスティングフ レームワーク Eclipse拡張あり(非常に良い) インストールが楽(requireするだけ。Eclipseで 使う場合はそれすら不要) PHPUnitは非常に面倒＋PHP4、PHP5で互換性な し
- 37. こだわったところ CSRF対策 ワンタイムトークン方式で自前実装 アクセスするたびにトークンが変化 間違ったトークンを渡すと更新できない 管理画面での内容更新で適用
- 38. こだわったところ 異なる外部サービスを同じ手続きで処理する 設計 $services = array("Twitter", "Blog"); foreach ($services as $service_name) { $refClass = new ReflectionClass($service_name); $service = $refClass->newInstance(); register($service->get()); } 外から見ると同じ手続き(メソッド名)だが内 部処理がすべて異なる処理を等価的に処理 条件分岐(if, switch)未使用
- 39. LifeStream 目的 自分の活動内容を一挙に集約すること 機能 作成したシステムへのゲートウェイ・リンク 自分が行ったPOSTを管理 Blog、Twitter、ブックマーク、その他サービス システム監視(外部非公開) ログ一括監視 障害監視、障害通知
- 40.
- 41.
- 42.
- 43.
- 44. 開発してて思ったこと 他の言語の文化を学ぶことで得られるものが ある PHPにない流儀がJavaやRubyにある PHPだけやってても気付けないことがある PHPはある意味気軽にできる(環境構築が楽) 使用できる言語をむやみに増やす必要はない かえって混乱する、深さが足らなくなる 適材適所 テストがやりやすい言語を選ぶ 結果的にPHPはやりにくい プログラムを書き続けるとここに行くつく