Не уверен, правильно ли я понял ваш вопрос, но я думаю, что вы слишком усложняете. Вот мое мнение:
Вам не нужно разделять API и само веб-приложение. Вы можете просто запустить Sails на определенном порту (по умолчанию 1337) и Nginx в качестве обратного прокси-сервера, перенаправляя соединения на паруса и обслуживая статические файлы, соответствующие вашему пользовательскому интерфейсу (JS, CSS, шрифты и т. д.).
Вот и пример для настройки Nginx и приложения node с этой настройкой.
В основном у вас есть два варианта:
A — ВЕБ-ПРИЛОЖЕНИЕ С АДАПТИВНЫМ ДИЗАЙНОМ
Отзывчивое веб-приложение Sails с Bootstrap или Foundation позволяет вам использовать 100 % пользовательского интерфейса. Вы обслуживаете скомпилированные и минимизированные статические данные со своего веб-сервера Nginx (или лучше из CDN) со всей логикой Angular, стилями и т. д.
Браузеры и мобильные устройства подключаются к вашему Sails API (например, yourdomain.com/api/v1/)
B – WEBAPP + CORDOVA MOBILE NATIVE APP
Если вы используете кордову, потому что вам нужен собственный доступ, файлы пользовательского интерфейса также являются родными для устройства. Вы разделяете некоторую логику, но мало пользовательского интерфейса (если у вас уже нет адаптивного дизайна в веб-приложении и заимствовать код из него).
В этом случае вы можете поддерживать ряд модулей css и angular в отдельном репо, который используется обоими пользовательскими интерфейсами, и загружать его через подмодуль git или аналогичный. Но я бы (лично) предпочел отдельные кодовые базы или адаптивное веб-приложение. Все зависит от того, насколько большой станет кодовая база вашего приложения.
Веб-приложение и приложение Cordova по-прежнему подключаются к вашему Sails API (например, yourdomain.com/api/v1/)
Надеюсь, поможет
person
sdude
schedule
13.04.2014