Как я могу диагностировать и исправить мои нелепо долгие времена сборки Метеора?

У меня есть проект аналогичного размера и сжимают время сборки примерно до 1 мин. Я могу только сказать вам из моего опыта, что я сделал, чтобы сократить время сборки:

A - Кодовые соображения

1. Переместить как можно больше "ручной" код в заводские методы

Это означает, что аналогичный код создания, который много повторяет, может быть легко сведен к нескольким функциям фабрики. Это также улучшает охват тестированием.

Куда:

• особенно создания коллекций. Большинство коллекций отличаются только их схемой и некоторыми частными случаями пабов/методов. Много кода повторяется.
• схема
• общие публикации (например, только название и идентификатор, что часто встречается)
• методы, которые следуют определенной "стандартной" схеме
• любой повторяющийся шаблон объектов, созданных во время выполнения

2. Не возитесь с тысячами круговых импортных

Это не разрушает ваше приложение. Но сохранение четкой и инкапсулированной структуры может сократить время поиска на импорт. Делает ваш код более удобным для обслуживания.

3. Переместите файлы ресурсов из вашего проекта

Я знаю, что это сложно, особенно когда структуры с течением времени затягиваются. Но когда мне пришлось переместить все мои файлы активов в cdn и ссылаться только на пути, которые он дал хороший импульс для моего времени сборки.

4. Зависимости Npm в пакетах

Вместо жесткой проводки npm в ваших пакетах (или тех, где вы находитесь под контролем) вы можете использовать

tmeasday:check-npm-versions

для мягкого обращения к ним, чтобы ваше приложение метеоритов отвечало за их управление, уменьшая количество попыток npm для пакетов dedupe.

5. Переместитесь на галлон, где это возможно

Придет время, когда метеор в любом случае переместится на галлон. Поэтому сделайте пакеты пакетов npm, где это возможно, и сохраните время сборки позже.

редактировать:..................................................

6. Извлеките сервисы из своего приложения в автономные службы

Когда у вас есть службы, которые обслуживают только одну функцию, выведите их из своего приложения. Это может применяться для:

• нотариальные услуги
• двигатели (рабочие процессы, технологические процессы)
• регистрация/отслеживание
• простые транзакции
• admin (обычно в любом случае просто манипулирует коллекциями)
• другие части приложения, которые обслуживают только административные цели

..................................................

B - Другие соображения

1. Не разрабатывайте метеор в Windows (если вам не нужно)

Этот совет немного испорчен, потому что я не могу сказать вам, почему, но я видел на нескольких машинах (мой собственный, vm, коллеги, на рабочем месте) способ медленного обновления, сборки и сборки пакетов, чем на Linux или Mac. Компиляция собственного кода, такого как bcrypt, здесь медленно, как черт. Может быть, у кого-то есть понимание?

2. SSD делает все быстрее

Здравый смысл уже.

Примечание. Я не могу сказать, насколько хорошим является повышение одним из описанных методов. Я просто пробовал все это с течением времени и со временем стал хорошим.