包装javascript API？

Question

我们正在寻求您对Javascript API和.Net (Rest) API架构设计的意见。

背景我们正在构建一个具有多个不同渠道(站点、应用程序等)的企业解决方案，这些渠道通过服务层或API使用数据。一方面，应用程序接口是一个与业务层通信的.Net WebAPI，但我们也在考虑将外部Javascript服务(与谷歌地图、谷歌分析、社交登录等的通信)包装在某种应用程序接口或开发工具包中。这个想法是有可能在Javascript库中快速更改组件(用其他人替换Social Login Provider )。

你对Javascript有什么想法？那应该只是一个包装其他库的SDK吗？

谢谢你，罗伯特

Answer 1

我认为这将取决于您想要给予您的客户端开发团队多大的控制权。如果UI开发团队比管理此SDK的团队更快(并且在不同的发布计划上)，那么SDK就会妨碍开发(除非他们与UI团队步调一致)。最好是让他们访问服务器端的API，然后让我按照他们认为合适的方式来编写页面。