personal suggest

[TIGERB]

1. 如果你这个能脱离框架去实现是不是会更好
2. 后置中间件是不是可以考虑用cli模式去执行，而不占用fpm的进程同时也免去了网络IO
3. 接口访问数据(如访问次数等),记得考虑并发下+1的问题

哈哈，个人建议～

[AxiosLeo]

1.tp5的很多功能我很喜欢，用起来也非常方便。我的目的就是想做一个易于开发的接口框架，既然基于tp5能省不少事儿，那何乐而不为呢。 2.http请求不建议转为cli进行后续处理，不安全，而且遇到诸如权限等问题也很麻烦，有些违背初衷。 3.访问次数肯定要考虑并发情况呀，这个还没做的原因，就是要好好考虑。暂时打算想用redis，有队列有锁有事务处理等等的，都能用上。不过，这个我还在考虑中，具体怎么弄，我会尽量想一个比较好的方案。

[TIGERB]

哈哈～

如果能模块化，不直接依赖于框架，任何地方直接composer require 使用。

一点愚见～

[AxiosLeo]

我想做的是一个通用型的，别人拿来可以直接根据自己业务情况做二次开发的。如果是composer的话，别人拿到代码后想做一些修改，变成只适合自己的就有些麻烦了。 也许以后有精力的话，我可以会做一个composer版的，或者是用c++写一个php7扩展版的。

[jenawant]

希望文档能尽快出来，最近有个API的项目，想基于你这套来二开

[AxiosLeo]

文档地址：http://www.kancloud.cn/axios/tpr/311068 目前框架在不断完善中，还没有出稳定版，因为目前只有我一个人开发，测试工作也做的比较少，所以还是建议暂时不要用这个框架用于实际生产。

[AxiosLeo]

现在有composer版了 https://github.com/AxiosCros/tpr-composer/releases composer require axios/tpr @TIGERB

[TIGERB]

腻害了～

[AxiosLeo]

现在是基于 tpr 内核实现的了，完全脱离了与 thinkphp 的依赖。