Laravel repository

我们团队十几个 Laravel 项目了，都没使用 Repository ，并且很开心 :neckbeard: ，仅供参考

@Summer 但是我看 phphub-server 上用了，哈哈~

是的，那是 阿轩用的，阿轩比较喜欢这个设计模式 @NauxLiu

@Summer 超级感谢，PS：phphub新版很漂亮

@Summer 很多数据提取操作 都放控制器里吗？？？

用了之后，增加工作量，每次生成实例要做选择题，然后l5-repository好像还不支持Eloquent ORM本身所支持的含同查询构造器的那些方法，只能用他们写好的方法，感觉不灵活。也许这点是我才疏学浅，不会扩展，说实话，用了l5-repository再回去拼接点更原生的数据库语句还真不知道怎么弄了。还请哪位大牛给支个招

@Alexanderwmc Repository 模式和 Eloquent 的 ORM 在本质上是冲突的，只能二选一，否则就是白费力气

我用的也是Repository 公司新来一个laravel 3天没搞明白 现在自己加班 :joy:

表示喜欢laravel的ORM，现在公司项目用到l5-repository，感觉很繁琐，并木有必要。。。。
可能我还是个小白......

@Summer @leo 两位大大，如果不用Repository，怎样给项目增加缓存层呢？
在站内搜了一下在站内搜到这篇：
在 Laravel 的 Model 层做数据缓存
这篇评论提到可能Repository会更好、文中方式可能遇到的问题....
项目要求全局增加缓存层，作为一枚小白目前其实还不是很理解全局缓存层的必要性，看站内教程，大都是需要的时候再加缓存..... 求解惑求翻牌子....... :pray: :pray: :pray:

@aen233 没用过全局缓存，也不会去用，我只会根据需求单独加

@leo Thanks♪(･ω･)ﾉ~~谢谢leo大大

@seeker-x2y ,本身用repository不会变的更方便，了解这个模式的初衷，主要是用来将数据存储和业务逻辑分离，具体数据持久化到哪里，领域服务并不用关心，这也隔离了后续持久化变更问题，还有一点很重要的是了解一下DDD(领域驱动设计)估计会更好的理解这个模式，关于提到复杂查询，我在项目中更倾向于将cmd和query分开（cqrs架构），对于领域服务而言，不存在过于复杂的查询，repository基本够用，但对于后台这种是需要复杂查询的，query查询走db builder或者裸写都可以，你方便怎么来就怎么来，也不会对业务带来影响，甚至你的数据还可能来自es呢