Applicationとは何か（哲学）（PHPBLT #6）

PHP BLT #6 で発表してきたやつ。
最近目にするPHPのフレームワークにおけるApplicationクラスの実装例を見て、アプリケーションとは何か？を哲学（笑）した。

Transcript

1. Applicationとは 何か（哲学） しとりー@ndxbn
2. しとりー@ndxbn Web系フリーランス いまは東銀座の歌舞伎座らへんにいます PHP歴6年くらい 最近は JavaScript が多い（悲しみ） @ndxbn
3. ことの発端 とあるレガシーなオレオレフレームワークにて… ※このコードは、フィクションです。
4. • DB使わないアプリだってあるだろ！！！！ • メンテしないアプリだってあるだろ！！！！ • じゃあコンストラクタで受け取ってるこいつらなんだよ！！！？？？
5. そして… 俺の中で、アプリケーションの定義がゲシュタルト崩壊した そりゃぁ、哲学したくなりますよね！！！
6. ということで、 「アプリケーションとは何か」を哲学（笑）しました。
7. 結論からいうと
8. Applicationとは何か DIコンテナのこと
10. アプリケーションソフトウェア（wikipedia） アプリケーションソフトウェア（英: application software）とは、ユーザーが要求する情報 処理を直接実行するソフトウェアである。
11. アプリケーション（自己解釈） Webアプリなら「リクエスト受けて、レスポンス返す」 コンソールアプリなら「引数受けて、レスポンス返す」 → 「なんか入力を受けて、処理して、レスポンス返すやつ」っていう定義を、良さげな感じ に設計・実装したやつが、「Applicationクラス」
12. 最近のPHPの各種フレームワークの Applicationクラス
13. Applicationクラスの例 Laravel の場合 \Illuminate\Fandation\Application Symfony の場合 （Symfony\Component\HttpKernel） CakePHP の場合 \App\Application Phalcon の場合 \Phalcon\Application Slim の場合 Slim\App Silex の場合 Silex\Application Fuel の場合 Fuel\Core\Fuel
14. Applicationクラスの探し方 オートローダの登録した直後くらいに作られてるやつが、だいたいそう。
15. 例えば
16. Laravelの場合 ブラウザでアクセスしたときは オートローダ登録して require __DIR__.'/../vendor/autoload.php';
17. Laravelの場合 ブラウザでアクセスしたときは Application作って
18. Laravelの場合 ブラウザでアクセスしたときは Applicationに登録された Web用の処理をする
19. Laravelの場合 コンソール（ターミナル）からの 処理の場合 オートローダ登録して require __DIR__.'/../vendor/autoload.php';
20. Laravelの場合 コンソール（ターミナル）からの 処理の場合 Application作って
21. Laravelの場合 コンソール（ターミナル）からの 処理の場合 Applicationに登録された コンソール用の処理をする
22. CakePHPの場合 オートローダ登録して require __DIR__.'/../vendor/autoload.php';
23. CakePHPの場合 Application作って サーバでの処理として実行
24. Applicationクラスの探し方実装面での定義 オートローダの登録した直後くらいに作られてるやつ
25. で、正体なんなの？？？
26. Laravelの場合 https://github.com/laravel/framework/blob/master/src/Illuminate/Foundation/Application.php DIコンテナ
27. Symfonyの場合 https://github.com/symfony/symfony-standard/blob/master/web/app.php
28. Symfonyの場合 https://github.com/symfony/symfony/blob/master/src/Symfony/Component/HttpKernel/Kernel.php Symfony system ≒ワークフロー群
29. Symfonyの場合 本当は、Symfonyの本質は、Doctrin ORM とか HTTP Fandation とか を まとめ上げ る、「Bundler」としてのシステムだったりする。（と思う） DIコンテナってことでよくね？（雑） （Symfonyわかりません、誰か教えてください）
30. CakePHPの場合 https://github.com/cakephp/app/blob/master/src/Application.php
31. CakePHPの場合 https://github.com/cakephp/cakephp/blob/master/src/Http/BaseApplication.php Applicationを作るには、 設定ファイル（パス）が必要 →Applicationとは、設定
32. Phalconの場合 https://github.com/phalcon/cphalcon/blob/master/ext/phalcon/application.zep.c DIコンテナ
33. Slimの場合 https://github.com/slimphp/Slim/blob/3.x/Slim/App.php DIコンテナ （pimple/pimple）
34. Silexの場合 DIコンテナ （pimple/pimple）
35. Fuel の場合 （ナンモ ナイト）
36. Fuel の場合 オートローダ登録して Fuel::init ↑こいつじゃね
37. Fuel の場合 設定必要 →Applicationとは、設定
38. まとめ 現代において、良く使われるフレームワークでの Applicationクラスとは、 DIコンテナである（多い） ﾅ　ﾅﾝﾀﾞｯﾃｰ!! Ω ΩΩ
39. ご清聴ありがとうございました！！！