LoginSignup
32
33

More than 5 years have passed since last update.

PHPでフルスタックフレームーワークを使わないという提案

Last updated at Posted at 2016-07-01

僕の作業時間

プログラミングだけに限定して、総量を10とすると、
* 5 : Laravel
* 2 : PHP
* 3 : 業務ロジック

となります。
本質的に作りたいのは、業務ロジックなので、
7 : 業務ロジックくらいにしたいです。。。

フレームワークの示す道

フルスタックフレームワークは、ちょっとでも道を外れると、
フレームワークのマジカルファンシーなソースコードを追いかけて、
そこに対応するマジカルコードを書かなければならず、
そこで膨大な時間を消費します。。。

Webアプリケーションで必要なものはそれほど多くない気がする

  • シンプルなORM(発行されるSQLがコード読むとわかるくらいの)
  • httpのルーティング部分(Controller層担当)
  • View層のFW
  • ログのFW
  • テストFW
  • 便利メソッドの集合体(必要なければ要らない)

ぱっと思い浮かぶ感じ、こんなところでしょうか?
各々、個別にOSSがあると思います。
それぞれ必要な分だけ使うのではダメでしょうか?

まとめ

ざっと見ていると、フルスタックフレームワークのほうが楽に見えるからか?
必要な箇所だけ、シンプルなモジュールを使うということを、
あまりやらないような気がします。

業務要件は、フルスタックにキレイに収まるほど、生易しく無いと思います。

また、独立したモジュールは、1つの大きなモジュールより、扱いやすいですし、
万が一OSSが使えなくなっても、取り替えることが出来ると思います。
巨大なフルスタックFWの代替とか、作り変えるしか無い気がします。。。

みなさんは、どうしてますでしょうか?

※2017-06-01追記 JavaScriptフレームワークの記事ですが、似たような話が書いてあります。
JavaScriptフレームワークのコストを考える

32
33
4

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
32
33