一个方法两个阶梯

@iamzuoxinyu 哈哈哈, 这个阶梯注释.
public function registerFactory()
{
$this->app->singleton('view', function ($app) {
// Next we need to grab the engine resolver instance that will be used by the
// environment. The resolver will be used by an environment to get each of
// the various engine implementations such as plain PHP or Blade engine.
$resolver = $app['view.engine.resolver'];

$finder = $app['view.finder'];

$factory = $this->createFactory($resolver, $finder, $app['events']);

// We will also set the container instance on this view environment since the
// view composers may be classes registered in the container, which allows
// for great testable, flexible composers for the application developer.
$factory->setContainer($app);

$factory->share('app', $app);

return $factory;
});
}

优雅具体意思：（指物）优美雅致
用了三年+ Laravel, 我觉得主要体现在这几点(哈姆雷特理解法)
1. 工程化的目录设计(君不知以前 PHP 有多随意, 其它语言也是, 除了恶霸 Java)
2. 代码, 语义 API 设计, PHP 原生有很多函数为了向下兼容, 导致难以理解, 特别是参数位置等等
3. 开发体验, 你写代码的时候用起来像是一位作家(优化的作家)
4. 文档 (用过很多 Golang 的框架, 在文档这一方面, 真的是用起来让人头疼, 只管代码进步, 不管文档的进步)

中等个啥啊, 计算机行业也是千里挑一, 普通人的估计万里挑一

如写的不好, 望改正修改.
还有一个没弄懂的没问题. 如果这样子, 只要往这个接口不断 TB 级别的的文件, 即可让服务不断处于 io 中.貌似 PHP 也有这个问题, 即使我没有用这个上传的文件, 它也会写到临时文件夹. 是否有别的语言有不同的做法?

怕无效请求就这样子:
A token 请求 -> 没过期正常使用

A token 请求 -> 过期了 -> 正常返回数据 -> 在 response header 增加一个 token 字段返回 B token -> 客户端所有请求拦截判断 response header 有 token 就更新到本地 做到无痛更新

A token 过期了, 有并发请求过来, 上锁存储生成的 token 到 redis, 设置过期时间为 3s(自己决定), 3s 内的请求(包含被锁住的那些)直接返回 redis 存储的 token, 3s 后代表全是失效的请求

@zjp 是, 看着也是修改时间. 直接 date -s 也行. 其它就是你说修改流逝速度

@loveuqian 研发就是研发, 需求都是产品定的.
@zjp 看着改系统时间快一点
@ForkNMB 这种想法不现实. 因为不是实际的的需求. 改系统时间合适我. 服务跑在容器里面

@edward1987 改完代码之后是不是还要再测试一遍. 这个方法不好的地方就在这里

@edward1987 之前我也是这样子, 但是太麻烦了. 要么就是以后要删除这个接口. 要么就是预防线上不要这个接口

@israinbow
@twinsdestiny
@InDom 好的感谢.
@tmrQAQ 怎么 mock?
@qooweds 好的, 感谢

@InDom
@cnoder 不是删除 key 的的问题, 而是日期的问题. 次数的问题可以删除 key, 但是测试怎么验证.
因为删除 key 你只是把今天的限制解除了. 而不知道明天验证是否会生效

用开窗函数