asp.net mvc3，为什么我们使用存储库模式时需要服务层
我正在观看“店面入门套件”，它使用带有服务层的存储库模式。在视频中，他并没有真正解释为什么他使用服务层。看来这些只是额外的。
使用服务层有什么优点和缺点？
I was watching "storefront starter kit", its using repository pattern with service layer. In the video, he didnt really explain why he's using service layer. Seems like those are just extra.
what are pros and cons using service layer?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
对于大多数 ASP.NET MVC 应用程序来说，控制器直接寻址存储库（通过接口）是完全合理且更可取的。我只会在您需要时添加服务层，例如当其他应用程序与您的应用程序交互时。在我看来，你应该避免不必要的抽象层。
For most asp.net mvc apps it is perfectly reasonable and preferable for your controllers to directly address the repository (via an interface). I would only add a service layer when you need to, for example when other apps are interfacing with your application. In my opinion you should avoid unnecessary abstraction layers.
存储库是您的数据层......它的职责是获取和保存数据。
服务层是您的业务层......它的职责是保存您的所有业务逻辑。
Repository is your Data Layer ... it's responsibility is to fetch and save data.
The Service Layer is your Business Layer ... it's responsibility is to hold all your business logic.