|
虽然是看 yii3-demo 吐槽的，但 Laravel 等框架也适用。
业务代码里，和框架相关的代码越少才是耦合性越低啊。口口声声说解耦，但是一看代码里一堆和框架代码相关的，这能叫解耦么。
业务代码里，框架相关的代码多，意味着碰到框架相关的代码就越多
读代码，最怕的之一是：这东西怎么来的。 一两个特例马上能教人懂，多了没法马上会啊。
View 里不能做任何计算，不能 include 非 View 的代码。
Laravel 优雅的带着 PHP 优雅的 Java 化。当初 PHP 上手就干的年代，这是 PHP 的优势。
现在一堆代码，业务相关的没几行，这还是 PHP 么。
ORM 就非用不可么，Data struct 不容易理解么
有好用的文件路由不用，非得手写路由 (src/Factory/AppRouterFactory.php)
PHPer 的原则应该是 其他路由模式是文件路由的补充啊。
配置文件里一堆 use (config/web.php)
MVC 缺层都是大家的共识了， 业务逻辑层叫 Service 或 Logic 我都无所谓，但直接 Controller 里调用 ORM，以前 10k 行的 Controller 啊。 从 Controller 里把业务逻辑剥离出来，跑命令行测试不好么。
PHP 开发速度很快，运行速度也很快。 没必要为了那些优雅牺牲开发速度，运行速度。
讲真，我动力再足一点，写个同功能的 插进这些框架的 demo 中， 让大家见识一下应该用什么样的手段最符合 PHP 的快速开发模式。
|
|
小而美得框架也已经有一堆了啊。
所以没必要重复造轮子。
大框架也提供了小而美得兼容方式。
至于 PHP 发展，我有两个观点：
第一：
一门想语言发展好，主要是建立好生态。
这方面探索我们能看到的有：
1，前面我提到可以建立一个基于云原生的框架；
2，symfony 的 api 平台；
3，thinkphp 的 fastadmin ；
4，微擎的应用商店；
第二：
PHP 享受了 WEB 高速发展的红利期，
而现在虽然还没有进入衰退期，
但是 WEB 发展已经没有以前那么快了。
前文提到环境变化了，
恐龙就不能生存了，
自我改良是缓慢的，
所以不要将所有鸡蛋都放在一个篮子里面，
我们尝试 PHP 新出路同时，
不妨碍同时 go，python，java 甚至 c++等语言，
生老病死本常态，
一招鲜吃遍天的懒惰思想是行不通的。
|
|
