php - 基于l5-repository如何合理的构建复杂业务开发架构？

我实际上是一名产品经理（手动捂脸），只是爱好开发。
产品的方法论：先实现，再优化。但我现在实际上是在学习……所以希望能从多产品线，业务复杂度很高的角度出发去尝试着开发。
基于LARAVEL的开发架构，看了很多的文章，比如

• （点灯坊）http://oomusou.io/laravel/lar...

• http://blog.zhuanxu.org/2016-...
  等等

• 单纯的使用l5-repository，貌似很多的业务逻辑会放在Controller层？

• Criteria层用http://blog.zhuanxu.org/2016-... 的描述，每单个的复杂业务逻辑就要有一个文件？

按照点灯坊的架构，会有一个Service层来处理业务逻辑。

• 合理的架构是否应该将l5-repository的repository层注入Service？

l5-repository通过

php artisan make:entity Xxxx

会在Repositories目录下，分别生成

• XxxxRepository.php

• XxxxRepositoryEloquent.php

• 这两个文件的使用场景有何区别？

http://blog.zhuanxu.org/2016-...

• 这篇文章看的我有点蒙逼

恳切的请各位以【多开发组】【多产品线】【业务复杂性高（如 http://blog.zhuanxu.org/2016-... ）】等纬度，基于Laravel和l5-repository帮我解惑。谢谢。