@SuperMild 正是 Laravel 让 PHP 走上了 spring 的邪路，丢了 PHP 的优点。
你说 DI 什么的绕半天，就是想解决 系统的“调用形式不变，实现内容可改变”，我一个可变单例就能解决，而且代码还很清晰。

你说中间件，通用化 ，好 你堆栈调试不用了，非得要 IDE 才能调试。 而且 nodejs 是因为 js 限制才不得不用中间件。
我 PHPer 怎么解决？ 直接改控制器类的构造析构方法不就是， 而且看起来清晰。 不会出现 “靠，这个是怎么来的，我代码里没这段啊”这种事。

@agdhole Laravel 的慢，是他做了太多不应该做的事。

@SuperMild GO 是静态语言。不明白怎么就用在 WEB 这种快速战场了。

@fuxkcsdn slime 用的 fastroute 路由组件已经是被带歪的影响了—— PHPer 谁会去把 HTTP Method 放在关心的第一位？ PHP 命名空间有了之后，多层路径的路由也好解决了。


大牛们集体批判 Larvel 才会拯救 PHP. laravel 把 PHP 带入了慢笨重的 laravel 能挽救 php(或者让 php 苟延残喘更久)。


Laravel 的慢，根本上还是 PHP 的毛病，给 PHP 也来一个 V8，用脚写都能飞快。
Laravel 的慢，是用了不恰当的手段来搞，就像输出个 hellow world，我先搞个虚拟机。

PHP7 解释器并不慢，PHP 的开发效率并不慢。

@Vogan @Varobjs
yaf 的问题是 WEB MVC 缺层 的臭毛病 ，缺个业务逻辑层 service.

没错，DNMVCS 就是最先进的框架。

DNMVCS 可以做到你的应用和 DNMVCS 系统只有一行关联。 这个是其他 PHP 框架目前都做不到的。
DNMVCS 用可变单例方式，解决了“系统的调用形式不变，实现形式可变”，比如不用 hack 来改系统漏洞。而其他框架用的 DI 则复杂，不方便调试。
DNMVCS 的应用调试是最方便的，debug_print_backtrace(2) 堆栈清晰。那些用了中间件的框架的堆栈没法看。
DNMVCS 的 Controller 是和其他类无关系的，切换的时候很容易。
DNMVCS 很容易嵌入其他框架。其他框架嵌入就不行了。
DNMVCS 可以在子目录，不改服务器设置的情况下使用。

你只要 DNMVCS 的路由也是可以的。
DNMVCS/Core 是 DNMVCS 的子框架。有时候你用 DNMVCS/Core 也行。

DNMVCS。 你可以按死，Service 类只能用 MY\Base\ServiceHelper . Controller 类 只能用 MY\Base\ControllerHelper .Model 类只能引用 MY\Base\ModelHepler。 View 类只能用 ViewHelper ，其他类不允许用。也可以规范成 只用 MY\Base\App 类这个系统类。其中 MY 这个命名空间你可以自定义。

DNMVCS 支持扩展。这些扩展可独立，不一定非要仅仅用于 DNMVCS。

laravel 的 ORM 确实很强大。但是意味着和 jquery 那样不可调试。

DNMVCS /Core 没有数据类，因为数据库类不是 Web 框架的必备
DNMVCS 的数据库类很简洁，而且，你可以轻易方便的替换 （我就把 thinkphp-db 来引用

DNMVCS 有扩展能做到禁止你在 Controller 里直接写 sql.
有时候，框架必须为了防止人犯蠢，而牺牲了性能。

DNMVCS 还有扩展做到 swoole 和 fpm 代码无缝切换。单例变成协程单例。


赶紧来加入吧。目前现在最大的问题还是应用得不够。

https://github.com/dvaknheo/DNMVCS
QQ 群：714610448

微信群这种只能在手机上使用的不方便的东西搞不懂为什么会流行。


QQ 群才是聊天的好地方.

堆栈比较，DNMVCS 的调用堆栈很是清爽，到 view 层也只是 7 层。

#0 include() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/View.php:40]
#1 DNMVCS\Core\View->_Show() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/App.php:609]
#2 DNMVCS\Core\App->_Show() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/Base/ControllerHelper.php:56]
#3 DNMVCS\Core\Base\ControllerHelper::Show() called at [/mnt/d/MyWork/sites/t/app/Controller/Main.php:14]
#4 MY\Controller\Main->index() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/Route.php:204]
#5 DNMVCS\Core\Route->run() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/App.php:249]
#6 DNMVCS\Core\App->run() called at [/mnt/d/MyWork/sites/t/vendor/dnmvcs/framework/src/Core/App.php:103]
#7 DNMVCS\Core\App::RunQuickly() called at [/mnt/d/MyWork/sites/t/public/index.php:18]

@jfcherng 从这里知道了 Ubiquity Symlex 两个老外框架

@fuxkcsdn 因为我目前待业，哈哈哈。

@fuxkcsdn

1 因为还在初级阶段啊，如果有足够人对他意思，后面的会继续补上。文档写好，代码写好，后一步才是单元测试

2 因为我没当过: 诺， 就要这个项目来做 ， 你们当小白鼠去吧 这样的 leader 啊。

@hoyixi 你正好可以试一下我的这个框架。

https://github.com/dvaknheo/DNMVCS

写应用的时候，不会引用到框架里面的其他类和文件。

要自己的 DB 类也可以直接切换。

总之，最没有耦合性的框架了

@mamahaha 浏览器地址上的 php 后缀名不藏着的才是真正热爱 php 的，其他的都是假粉。
DNMVCS 也支持这种模式哦。
选项里配置 RouteHookOneFileMode
```
'key_for_action'=>'a',
'key_for_module'=>'m',
```
开启单文件模式。
这样会有
C::URL('A/B?c=d') => xx.php?m=A&a=B&c=d

如果不是用这种模式，不配置服务器 path_info 的情况下，会变成。

C::URL('A/B?c=d') => xx.php/A/B?c=d

@beiyu 如果不是为了美化，我还不需要路由，所以 最开始，只需要个路由
```
<?php
use DNMVCS\Core\Route;
require(__DIR__.'/../headfile/headfile.php');

class Main
{
public function index()
{
var_dump(DATE(DATE_ATOM));
}
public function i()
{
phpinfo();
}
}
$options=[
'namespace_controller'=>'\\',
];
$flag=Route::RunQuickly($options);
if(!$flag){
header(404);
echo "404!";
}
```

DNMVCS\Core\Route 后面还需要什么？
DNMVCS\Core\ExceptionManager 异常处理，页面要美化吧。
DNMVCS\Core\View 视图的处理 页眉页脚， 在视图内嵌 include 不方便。
DNMVCS\Core\Configer 设置，配置的处理

这就够称了 DNMVCS\Core 的核心组件。
DNMVCSC\Core 的其他东西

DNMVCS\Core\ThrowOn 就是为了 XXException::ThrowOn(true,"发生异常"); 快速处理异常。

DNMVCS\Core\RuntimeState 这是保持当前 context 的。——算预留到 swoole 用。
DNMVCS\Core\AutoLoader 不要 composer 的时候自己的 autoloader.

DNMVCS\Core\HttpServer 自带的 HttpServer

DNMVCS\Core\SingletonEx 可变单例，核心。 甚至可以作为一个项目出来。


用 DNMVCS\Core\App 把这些东西就凑成了 DNMVCS/Core 这个 框架，就之于 lumen 对应 laravel.


为了让 M V C S 层不要调用 DNMVCS\Core\App ，我们有派生出了 DNMVCS\Base\[M,V,C,S] Helper

这东西就多了。

这些东西，全部就构成了 DNMVCS/Core

@ck65 Dvak Nheo Model View Controller Service 的的头字母

自从上次 1.1.0 更新 后，一直没做版本发布。 作为一个目前还没项目在用的库，是否发布也没什么重要吧。发版本，主要还是想听听有人说出什么建议。0 反馈 是始终做不好东西的。
我没有别的渠道宣发，只有这里，和知乎两个地方。

DNMVCS 的特点其实很多，受限于我的个人表达，没怎么体现出来。我希望真有人提出，原来这是什么什么特点。
另一方面，肯定 BUG 也不少， 也有好些我在文档里没提到的，以为大家都懂的，实际上漏掉了。

这就需要沟通，交流，使用，这样才能进步。

我希望这一年内，DNMVCS 系统有机会上线 一个项目。这样就能在实践中锻炼出来了。才有更多动力。

末了，我想给这个框架改个名字，DN - MVCS 这个我觉得可以理解，但是一堆字母毕竟对人不友好。

(刚才发在问与答区了，重新贴)

发布区域不对，我想发在 PHP 区

自从上次 1.1.0 更新 后，一直没做版本发布。 作为一个目前还没项目在用的库，是否发布也没什么重要吧。发版本，主要还是想听听有人说出什么建议。0 反馈 是始终做不好东西的。
我没有别的渠道宣发，只有这里，和知乎两个地方。

DNMVCS 的特点其实很多，受限于我的个人表达，没怎么体现出来。我希望真有人提出，原来这是什么什么特点。
另一方面，肯定 BUG 也不少， 也有好些我在文档里没提到的，以为大家都懂的，实际上漏掉了。

这就需要沟通，交流，使用，这样才能进步。

我希望这一年内，DNMVCS 系统有机会上线 一个项目。这样就能在实践中锻炼出来了。才有更多动力。

末了，我想给这个框架改个名字，DN - MVCS 这个我觉得可以理解，但是一堆字母毕竟对人不友好。

@leeton 现在的浏览器标准就是 IE6 前的时代啊。
没有个稳定的 IE6， 兼容哪一年的浏览器版本怎么说？
还是兼容 win7 的 IE 为好吧。 win7 又没死。

@cabing 哈，单元测试什么鬼， 产品定任务，做完 测试测 OK 上线，上线完。
“本来好好的，你把他动坏了，你说该怎么办吧”

@cabing web MVC 的 Controller 不都是长这么长么 (逃

都怪你们说 MVC，业务处理要单独放一层，Controller 层只是作为 外部参数处理的啊

买粉。 但有意义么。

能有一小撮人讨论起来是最好的。 启动的有 10 来个
至少有一个项目在应用。
这样就真的有动力继续了

有没 17.3 用的包包?