2016-02-02 2 views
-1

У меня очень похожие приложения (общий код 90%). В настоящее время у меня есть разные шаблоны для каждого приложения и прямые пользователи для разных точек входа в зависимости от URL.Meteor Host несколько приложений на одном процессе (общая база кода)

Проблема в том, что пользователи приложения A также получают все шаблоны APP B, которые подаются в пакете .js. Это не проблема, если у меня есть 3 приложения с 90% общим кодом, а затем 10% перегрузки для каждого приложения для отдельных шаблонов. Однако в конечном итоге это станет проблемой.

Я бы обычно запускал отдельные экземпляры метеоров для каждого приложения, чтобы держать узел маленьким, но это затрудняет синхронизацию общей 90-процентной кодовой базы.

Любая лучшая практика для моей ситуации?

+0

Почему вы не учитываете общий код в зависимости? – jonrsharpe

+0

Я не уверен, насколько это легко или практично для моего дела. Общий код включает большинство компонентов метеора (методы, маршруты, около 100 пакетов, схемы сбора, шаблоны, css и т. Д.). – Chris

+0

Затем ... идите и узнайте? – jonrsharpe

ответ

-1

Я предлагаю вам создать пакет для вашего shared code

хорошего источника для создания пакета:

  1. https://themeteorchef.com/recipes/writing-a-package/

  2. https://medium.com/@davidjwoody/how-to-write-a-package-for-meteor-js-e5534c6bd3c2#.67eeiu59s

После публикации вашего общего кода как пакет , вы можете установить их в любое из приложений. Затем вы можете использовать свой общий код не только в своем приложении A или B, но и столько же, сколько хотите.

0

Хотя я бы предложил использовать систему упаковки, ОП заявил, что он не хочет идти по этому маршруту. Одна из возможных альтернатив будут использовать систему подмодуля Git для общего кода: https://git-scm.com/docs/git-submodule

В принципе, у вас есть GIT репозиторий, который имеет все общий код и действует в качестве зависимого модуля ваших РЕПО верхнего уровня с отличающимся кодом.

Смежные вопросы