在制作一个宁静的ASP.NET MVC应用程序时,我想知道在我的解决方案中构建项目的最佳方式。按照惯例,控制器与视图位于同一个项目中。但是,如果我有几个不同的表示层访问我的宁静控制器,最好是将我的控制器放在层(项目)中比我的视图低吗?解决方案结构和Restful ASP.NET MVC
1
A
回答
1
这是我的理解是,MVC控制器是页面行为和数据访问的抽象,但仍然耦合到他们驱动的视图。我想你可以逃脱将MVC控制器从项目中拉出来,但是你可能会通过控制器的一切做法来消除重复代码的好处。
编辑: 您的问题几乎与此one相同。
1
听起来就像您正在使用MVC控制器来构建服务层,以便在您的体系结构中由各种其他组件调用。
我会考虑将该代码移动到“服务”项目,也许使用WCF来构建服务。
相关问题
- 1. MVC解决方案结构
- 2. ASP.NET 5的解决方案结构
- 3. asp.net解决方案的结构
- 4. ASP.NET MVC解决方案的最佳结构
- 5. Rails解决方案结构
- 6. ASP.NET MVC RESTFul体系结构
- 7. 最佳体系结构解决方案
- 8. 方法重构多门户解决方案asp.net mvc的
- 9. ASP.NET MVC Grid显示解决方案
- 10. ASP.NET Core MVC NoFun解决方案
- 11. ASP.NET MVC排队解决方案
- 12. asp.net MVC解决方案/项目布局
- 13. MVC ERP解决方案
- 14. 解决方案结构/最佳实践
- 15. WCF - 解决方案体系结构
- 16. .net与Maven的解决方案结构?
- 17. Visual Studio ASP.NET MVC保存解决方案会话结束?
- 18. 是否有ASP.NET MVC生产应用程序的建议解决方案结构
- 19. C#MVC解决方案?
- 20. Spring MVC Filter解决方案
- 21. StructureMap和多层MVC解决方案
- 22. 发布Asp.Net解决方案
- 23. 构建解决方案
- 24. 在Visual Studio中构建解决方案,重建解决方案和清理解决方案的区别?
- 25. 重构解决方案文件夹到新解决方案
- 26. 客户端模板的理想解决方案结构
- 27. MVC3解决方案log4net构建问题
- 28. 什么是ASP.NET MVC 3解决方案结构,数据引用和Automapper集成的正确方法?
- 29. 解决方案和项目结构指导
- 30. soap消息签名和加密解决方案体系结构