servicestack,Xamarin,Asp.net Web Api,Nopcommerce" />
servicestack,xamarin,asp.net-web-api,nopcommerce,Asp.net Mvc,Asp.net mvc nopCommerce 3.x的最佳API策略（MVC vs WebAPI vs ServiceStack）
我们正试图确定向nopCommerce的修改版本添加复杂API层的最佳方法。为了支持这一步骤，我们正在为一家时尚/服装制造商建立一个定制网站，该网站有很多前端应用程序需求，还需要与我们与Xamarin一起构建的跨平台应用程序（iOS、Android、Windows）集成。我们已经初步决定以nopCommerce作为我们的应用程序的基础，我们将在其中添加一个API层 我们不确定的是，在nopCommerce（或其他类似的.NET包）中实现此功能的最佳方法是什么？我们正在考虑的选项是MVC、WebAPI和ServiceStack。我们已经阅读了PluralSight.com上的许多教程，以了解应用程序开发和API创建最佳实践的最新情况，但似乎有太多的选项，我们不确定从哪里开始。我们似乎有点迷失在API实现选项的海洋中，以及如何根据网站前端使用的JS包/框架以及创建应用程序所选择的工具来评估每个选项 如果重要的话，我们的基本要求是：Asp.net mvc nopCommerce 3.x的最佳API策略（MVC vs WebAPI vs ServiceStack）,asp.net-mvc,
servicestack,xamarin,asp.net-web-api,nopcommerce,Asp.net Mvc,
- 使用一些定制的ERP风格功能扩展基本电子商务包的核心
- API层，可以有效地与web前端（可能作为SPA）和所有使用Xamarin构建的跨平台应用程序一起工作
- 确保所有接口类型的OAuth身份验证，这样我们就可以在任何地方一致地使用社交媒体登录，并且可以在任何环境中对用户进行身份验证
我的问题归结为三种API方法（MVC、WebAPI和ServiceStack）中哪一种最适合这一点 我认为Web API是服务层的最佳选择 - 有很多优点 -WebAPI作为具有最新特性的独立组件已经进入发布周期 -保安 -版本控制 -基于属性的路由
-OData集成我认为Web API是服务层的最佳选择 - 有很多优点 -WebAPI作为具有最新特性的独立组件已经进入发布周期 -保安 -版本控制 -基于属性的路由
-OData集成在我看来，你应该使用服务堆栈，它比web api更容易实现，也更灵活，你可以为不同的功能添加/删除插件，你可以得到很多基础设施代码OOB，比如处理缓存的机制，记录器和其他不只是与基础设施相关的工具，如验证器和IOC容器等 你会得到一个包括自定义身份验证、oauth、oauth2等的单一应用程序，它适用于linked in、facebook和google+，在这种情况下，你会发现自己在所有应用程序中重复使用了大量代码 关于SS，我喜欢的另一件事是，实际上只有你和你的IOC，除此之外，一切都很容易理解和实现（文档中可能遗漏了不止一个隐藏选项或配置，但你在google Group或stackoverflow中得到了社区的大量支持） 更容易测试（单元测试）你已经有了httprequest和httpresponse的抽象，还有更多，你不会发现自己在为mvc附带的所有遗留web impl做包装 SS在以下方面优于MVCWebAPI：它是.net中速度最快的json序列化程序之一 我目前正在开发一个SPA应用程序beign，我对自己进入SS框架的决心毫不后悔
就我的2美分。我的拙见是，你应该使用服务堆栈，它比web api更容易实现，也更灵活，你可以为不同的功能添加/删除插件，你可以得到很多基础设施代码OOB，比如处理缓存的机制，记录器和其他不只是与基础设施相关的工具，如验证器和IOC容器等 你会得到一个包括自定义身份验证、oauth、oauth2等的单一应用程序，它适用于linked in、facebook和google+，在这种情况下，你会发现自己在所有应用程序中重复使用了大量代码 关于SS，我喜欢的另一件事是，实际上只有你和你的IOC，除此之外，一切都很容易理解和实现（文档中可能遗漏了不止一个隐藏选项或配置，但你在google Group或stackoverflow中得到了社区的大量支持） 更容易测试（单元测试）你已经有了httprequest和httpresponse的抽象，还有更多，你不会发现自己在为mvc附带的所有遗留web impl做包装 SS在以下方面优于MVCWebAPI：它是.net中速度最快的json序列化程序之一 我目前正在开发一个SPA应用程序beign，我对自己进入SS框架的决心毫不后悔
只要我的2美分。如果你打算在Mono上使用它，那就放弃这个想法。你能详细说明一下这个评论吗？Servicestack和Mvc本身在Mono上有太多问题。纯示例mvc应用程序无法在某些版本的mono上运行。我们有一个项目，我们试图设置相同的场景，但它不起作用，我们使用Servicestack.Razor和转储的mvc，使用Servicestack服务和转储的webapi，但它仍然存在
System.Net