关于 l5-repository 开发架构的问题

考虑到 issue和pr的处理情况，我们使用的是 https://github.com/rinvex/repository。不同的实现而已，都是repository层。

我的理解主要有两点，

• 一是repository是用来进行数据操作的一层，负责进行数据的查询和修改，需要进行查询的地方直接操作的是repository，并不关心具体是怎么操作的，有可能是\DB，也可以是Eloquent，也可以是某个性能更好的XXORM。解耦了orm。
• 第二个就是方便我们添加缓存。

但是其实对于解耦，我感觉很长一段时间我们还是很依赖Eloquent的，因为他真的是好用，替换成另一套ORM或者直接使用sql，应该是很后面优化的事了。对于我的话，好处就是方便缓存，逼着我们不会把换七八糟的逻辑写在model里面。所以到底用不用，还是挺纠结的，看项目吧。

然后就是对于貌似很多的业务逻辑会放在Controller层？ ，这点我不同意，这个跟使不使用repository没什么关系，controller要做的是验证请求，处理业务，返回结构。验证请求有FormRequest, 处理业务有event，job，service，太多东西帮助我们处理，controller太大太乱，一定是代码组织的有问题。业务通过各种方式处理了，而不是每单个的复杂业务逻辑就要有一个文件？ 按照点灯坊的架构，会有一个Service层来处理业务逻辑。