我一直在试图获得与使用ASP的交手。 NET的WebAPI最近,我看过了一堆教程和阅读了不少材料,但没有找到我需要的信息。 这可能是一个非常基本的问题,但我的想法是我的主机使用IIS的WebAPI,并瞄准了一个3层的建筑,有点像,表示层,业务日志和数据访问。
现在我创建一个MVC 4项目为我的表现层。 但是我不理解非常好是我然后创建另一个MVC 4项目使用Web API模板我的业务逻辑,并去掉所有的控制器,视图等?
希望我正在感。 谢谢阅读。
我一直在试图获得与使用ASP的交手。 NET的WebAPI最近,我看过了一堆教程和阅读了不少材料,但没有找到我需要的信息。 这可能是一个非常基本的问题,但我的想法是我的主机使用IIS的WebAPI,并瞄准了一个3层的建筑,有点像,表示层,业务日志和数据访问。
现在我创建一个MVC 4项目为我的表现层。 但是我不理解非常好是我然后创建另一个MVC 4项目使用Web API模板我的业务逻辑,并去掉所有的控制器,视图等?
希望我正在感。 谢谢阅读。
你是否应该举办的WebAPI比你的MVC项目一个单独的ASP.NET应用程序是值得商榷的。 这两种方法都是正确的。 例如,如果你不想给的WebAPI暴露你可能拥有它在一些内部网络,这是只有你的MVC应用程序访问的公众。 如果你想将它暴露给公众,那么你可以与你的MVC应用程序一起主持它。 因此,这将真正取决于您是否要暴露的HTTP API向公众或不。
3层架构并不意味着(一般情况下),SOA(面向服务的架构)。 如果你真的需要SOA - 最好是有API项目(服务)和Web UI(演示)独立的项目。 但如果你只需要SOA,你不需要REST服务(公共访问),那么它可能会更好地使用WCF代替的WebAPI。
马塞尔,你的MVC模式是为了定义你的表现层,也可以使用的WebForms,但已经选择了MVC,
您还必须创建业务层和数据访问层。 这些层是独立的MVC的。
选择MVC只允许您方便单元测试(控制器),方便日后对视图的技术改变,独立的businness逻辑与表现...