Как не бессмысленно перестраивать зависимости во время разработки javascript? - PullRequest
0 голосов
/ 20 мая 2018

Я не профессиональный разработчик - я просто любитель-самоучка в этой области, и я довольно долго следил за тенденциями.Моя история с javascript восходит к тому, когда мне было 14 лет, и я случайно открывал файлы в моем каталоге C:/Windows/ (это была Windows 98), пока не нашел несколько интригующих файлов .js.Я изучил PHP, C и python, но вернулся к Javascript и проследил его эволюцию от языка сценариев до инструмента с полным стеком - сначала я поиграл с Jquery в стек Jquery / XSLT, затем создал небольшую видеоигру с использованием Websocket и Gulp иbrowserify, затем недавно изучил некоторые Angular, Ionic и Vue, основанные на Webpack.

У меня есть мысль о том, какой инструмент использовать в качестве диспетчера задач.В частности, я склонен думать, что большинство инструментов, используемых в наши дни, неэффективны - их трудно настраивать, для их работы требуется тысяча плагинов, которые часто создают несовместимости между версиями, ... И что более важно (я могу ошибаться), но почемуникто из них не проверяет, какие зависимости необходимо перестроить?

В прошлый раз я запускал свой тест в проекте машинописного текста, используя npm test, и очень расстроился.Я понял, что весь проект был скомпилирован каждый раз, когда я менял крошечные детали в моих тестовых файлах.Разработав в C, я обнаружил, что это действительно неэффективно, и написал makefile для решения этой проблемы.

Теперь плохая сторона make в том, что его довольно сложно заставить работать с современными инструментами JavaScript (tsc явно посоветовал мне использовать .tsconfig файл вместо CLI).Другой пример - нет официального инструмента CLI для компиляции файла .vue в функцию render ().

Теперь мой вопрос: есть ли современный инструмент, который не требует, чтобы я перестраивал,компилировать, минимизировать, уменьшать весь мой проект и терять 30 секунд каждый раз, когда я добавляю запятые в файл? и что не так с make?

Я бы взял любую идею или исправлениеоб этом с благодарностью:)

1 Ответ

0 голосов
/ 20 мая 2018

Я не знаю точную природу вашего проекта, но я не думаю, что есть единый инструмент для всего, чего вы хотите достичь.Вот почему у нас есть термин «усталость javascript».

В настоящее время Webpack - это самое близкое, что у нас есть «одно кольцо, чтобы управлять ими всеми» с точки зрения управления модулями в средах разработки для проектов javascript.

Теперь мой вопрос: есть ли современный инструмент, который не требует, чтобы я перестраивал, компилировал, минимизировал, расширял весь мой проект и терял 30 секунд каждый раз, когда я добавляю запятые в файл?и что не так с make?

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

Горячая замена модулей (HMR) обменивает, добавляет или удаляет модули во время работы приложения без полной перезагрузки.Это может значительно ускорить разработку несколькими способами:

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

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

  • следовать определенным шаблонам и привычкам в вашем рабочем процессе
  • иметь базовые настройки или стандартные проекты для частых
  • проверить лучшиепрактики
  • используют чит-листы и API-документы
  • извлекают исходный код перед поиском в Интернете, это может занять меньше времени и запутать, чем поиск в Интернете
  • попробоватьосвоить несколько жизненно важных инструментов для ваших проектов

Следуя работам разработчиков, которые продвигают сообщество вперед, может быть полезно для того, чтобы оставаться в курсе технологий, обычно они произносят речь и пишут статьи.* Может показаться, что вы видите много работы один за другим, но вы увидите, что в долгосрочной перспективе это более выгодно и требует меньше времени.

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

Подробнее о замене горячих модулей:

...