将Web服务添加到ASP.NET MVC项目中是否破坏了MVC的整个概念?
该Web服务(WCF)依赖于我的MVC项目的Model层与后端进行通信(所以在我看来,它似乎需要成为MVC解决方案的一部分)。
我应该将其添加到Controller还是Model层?
将Web服务添加到ASP.NET MVC项目中是否破坏了MVC的整个概念?
该Web服务(WCF)依赖于我的MVC项目的Model层与后端进行通信(所以在我看来,它似乎需要成为MVC解决方案的一部分)。
我应该将其添加到Controller还是Model层?
看起来你应该把你的模型分离成它自己的程序集,并从你的MVC应用程序和WCF应用程序中引用它。
如果你想要使用MVC风格构建Web Services,也许你应该使用MVC来构建你自己的REST应用程序。
你需要给你的MVC应用程序添加Web服务有特殊的原因吗?除非有特殊原因,你应该像使用RESTful Web服务一样以RESTful方式使用你的控制器。
请查看Rob Connery的这篇文章以获取更多信息:ASP.Net MVC:使用RESTful架构
将模型分离到自己的项目中并不会破坏"MVC"模式。首先,这只是一种模式。MVC模式的意图是清晰地区分数据、数据处理程序和演示者以及它们之间的接口方式。最好的方法是像Seb建议的那样:
可能对您有所帮助的是,Rob Conery制作的MVC商店前端。在这里观看视频:
如果您想在浏览器中查看实际代码以快速了解他是如何完成的,请访问此处: MVC商店前端Codeplex Code Browser
我认为将模型分离成自己的程序集与是否使用MVC没有任何关系,因为你仍然有一个模型,它在哪里并不重要。