Исходное расположение каталога на разных языках
Да, вы можете. Но вы можете использовать только одну среду одновременно, то есть либо Admin, либо Prod.
Вы не можете сделать это во время выполнения.
Прокомментируйте любой из приведенных ниже пунктов в разделе «Импорт app.module.ts»
AngularFireModule.initializeApp(environment.firebaseAdmin)
AngularFireModule.initializeApp(environment.firebaseProd)
2 ответа
Мой опыт указывает, что этот вид расположения является лучшим:
mylib/
src/
java/
python/
perl/
.../
bin/
java/
python/
perl/
stage/
dist/
src Ваш источник и единственная вещь, в которой зарегистрировались.
bin то, где "компиляция" происходит с во время сборки и не зарегистрирована.
stage то, где Вы копируете вещи во время сборки для подготовки их к упаковке
dist то, куда Вы помещаете артефакты сборки
Я поместил модуль/компонент/библиотеку наверху иерархии, потому что я создаю каждый модуль отдельно и использую менеджера по зависимости для объединения их по мере необходимости.
Конечно, соглашения о присвоении имен варьируются. Но я нашел, что это работает вполне удовлетворительно.
Я думаю, что лучшая вещь сделать состояла бы в том, чтобы гарантировать, чтобы Ваши различные модули не зависели от того, чтобы быть в том же каталоге (т.е. отделились компонентом). Много людей, кажется, смертельно боящийся этой идеи, но хороший набор сценариев сборки должен смочь автоматизировать далеко любую боль.
Конечная цель должна была бы помочь установить инфраструктуру, и затем действительно легкий работать над единственным компонентом, после того как среда является установкой.
(Важно отметить, что я происхожу из Perl и миров CL, где мы устанавливаем "модули" в некоторое глобальное местоположение, как ~/perl, или ~/.sbcl, вместо включения каждого модуля с каждым проектом, как люди Java делают. Вы думали бы, что это будет проблемой обслуживания, но она заканчивает тем, что не была той. Со сценарием, который обновляет каждый модуль из Вашего репозитория мерзавца (или CPAN) регулярно, это - действительно лучший способ.)
Править: еще одна вещь:
Проекты всегда имеют внешние зависимости. Для моих проектов нужны Пост-ГРЭС и рабочая установка Linux. Это было бы безумно для связывания этого кодом приложения в управлении версиями - но сценарий для получения всего установка на новой рабочей станции очень полезен.
Я предполагаю то, что я пытаюсь сказать окольным способом, возможно, то, что я не думаю, что необходимо рассматривать внутренние модули по-другому по сравнению с внешними модулями.