来自nginx上的sails.js和webUI的REST

Question

最近我遇到了sails.js，我很喜欢它(还是个新手)。我的问题与部署me and服务和UI有关。

我的应用程序将有一个web用户界面和一个移动用户界面，我选择了以下内容: Web AngularJS +引导移动用户界面- AngularJS +引导+ cordova (用于本地API访问)

我想在我的网络UI和移动UI中维护通用代码。因此，我可以选择将sails.js仅作为webservices服务器托管，并将UI驻留在单独的服务器中(比如nginx / apache)。我将不得不对代码进行选择性分离(尤指)。登陆页+本机层访问)。

这种方法的优缺点是什么？任何经验和投入都是非常有帮助的。

Answer 1

我不知道我是否正确地理解了你的问题，但我认为你太复杂了。以下是我的看法：

您不需要真正分离API和webapp本身。您只需将Sails运行在特定端口上(默认为1337)，将Nginx作为反向代理，将连接转发到sails，并为符合您的UI的静态文件(JS、CSS、字体等)提供服务。

这是一个例子用于配置Nginx和具有此设置的节点应用程序。

你基本上有两个选择：

A -响应性设计的WEBAPP

一个具有响应性的Sails webapp与Bootstrap或Foundation允许您共享100%的UI。您可以使用所有角度逻辑、样式等从etc服务器Nginx (或更好地从CDN)提供编译和精简的静力学。

浏览器和手机连接到Sails API (即: yourdomain.com/api/v1/)

B - WEBAPP + CORDOVA移动本地应用程序

如果您需要使用cordova，因为您需要本机访问，UI文件也是设备的本机文件。您正在共享一些逻辑，但UI很小(除非您已经在the应用程序中有了一个响应式设计，并从它借用代码)。

在这种情况下，您可以在一个分离的repo中提供一系列css和角度模块，这些模块在UI之间共享，并通过git子模块或类似的模块加载。但我(个人)更喜欢分离的代码库或响应性的webapp。这完全取决于你的应用程序的代码库有多大。

Webapp和cordova应用程序仍然连接到Sails API (即: yourdomain.com/api/v1/)

希望它能帮上忙

Answer 2

关于您问题的代码设计方面，使用sails构建webservice或api是完全可以的。

以下资源可能是有用的：

• Rest安全非常重要，非常有用的文章：设计一个没有OAuth的安全REST (Web) API
• 节点应用程序的流程管理器，包括集群和负载平衡：https://www.npmjs.org/package/pm2