Купить дом или осторожно построить свой собственный.
В чем разница между каркасом и библиотекой? У меня была эта дискуссия с разработчиками на работе и встречах, а основная идея сводится к этому.
Вы говорите библиотекам, что делать, каркасы говорят вам, что делать.
Рамочная структура
Вообще говоря, рамки говорят вам, что делать. Он имеет «правильный путь» делать вещи и обеспечивает инструмент для поддержки вас.
Два совершенных примера являются Угловой и Vue Отказ
Все инструменты здесь
Это каркасы, созданные специализированными командами, а также отправляют все необходимое для создания крупных приложений.
- Компоненты
- Базовое государственное управление
- Директивы
- Обработка форм
- Маршрутизация
- Http.
- Тестирование
- Больше (библиотеки пользовательских интерфейсов, анимация и т. Д.)
Официальный стиль гиды
Затем соответствующие команды предоставляют официальные гиды стиля, изображающие лучшие практики своей рамки. Как только вы узнаете, что вы сразу продуктивны.
Оптимизированные бортовые
Если вы верите в структуру и хотите инвестировать, структура идеально подходит для вашего проекта. Обучение новых товарищей по команде становится легче, так как им нужно только изучать один ядерный инструмент.
Очистить путь обновления
Кроме того, ваш путь обновления очень понятный. Просто следуйте графику выпуска команды, прочитайте их изменения, и обновите, когда будете готовы.
Рамочная структура
Это только в моем опыте. Я уверен, что я что-то пропустил.
Снижение производительности (вроде)
По необходимости, структура состоит из много кода. Больше кода означает более длительное время загрузки и снижение производительности.
Как Рамки становятся компиляторами Однако я подозреваю, что это будет меньше вопроса.
Небольшие приложения не нуждаются в этом
Масштабируемая архитектура должна учитывать многие проблемы, такими как мы обсуждали выше. Некоторые приложения настолько просты, что использование всей рамки делает все более сложные. Вы в конечном итоге с тоннами котельной без тонны выплаты.
Идти против рамки может быть сложно
Это подняло голову на моей первой работе из колледжа, где мы пытались компилировать некоторое содержание за пределами повышения осведомленности угловых углов. Результатом не было красивым, но мы получили работу после некоторого судебного разбирательства и ошибки, и множество синяков.
Хотя я слышу VUE позволяет постепенно принять его к вашему существующему приложению. Это звучит многообещающе!
Это много, чтобы учиться
Эта точка применяется к любой архитектуре. Независимо от того, какие инструменты, которые вы используете, изучая все это требует времени. Это либо один большой инструмент, либо много маленьких.
Вы становитесь слишком удобными
Это относится к чему-либо в жизни – иногда мы становимся слишком комфортно, делая вещи определенным образом. Это полностью зависит от ваших карьерных целей, хотя. Может быть, этот инструмент помогает вам сохранить постоянную работу или запустить эффективные приложения для бизнеса. Если это то, что вы хотите, продолжайте делать это!
Но если вы любите многие из нас, тот же Tech каждый день получает немного несвежий. Эксперименты с другими рамками и библиотеками являются ключом к сохранению ваших навыков.
Объекты библиотек
В направлении оппозиции к каркаткам библиотеки являются утилиты, построенные для особой цели.
- Реагировать Создает УИИ
- Redux предоставляет государственное управление
- Jquery Обеспечивает манипулирование Cross-Browser DOM
Список продолжается. Давайте увеличить на реакцию. Что оно делает?
Библиотека JavaScript для построения пользовательских интерфейсов – Официальный сайт реагирования
Один фокус
Это Все это делает Отказ Их руководства показывают, как использовать React, и это в основном это. Команда официально не назначает библиотеки для глобального государственного управления, маршрутизации, HTTP, услуг или форм.
И это их выбор дизайна! Это отличная позиция в зависимости от того, что вы ищете.
Вы контролируете
Библиотека на 100% на вашем контроле. Вы определяете, как он используется, и вы плавать с плаванием после инвестирования некоторого времени, чтобы узнать его.
Добавить только то, что вам нужно
Если ваше приложение мало, одна библиотека может быть достаточно! Не нужно усложнять вещи. По мере роста приложения вы можете смешать и сопоставить библиотеки для создания собственной архитектуры. Это отличный опыт обучения!
Узнайте много разных инструментов
И, говоря о которой, использование многих различных библиотек, приятно сохранять навыки JavaScript приятным и острым. Вы всегда будете читать документацию, пробуя новые вещи и расширяя технические горизонты.
Это не все идеально, хотя …
Библиотеки вниз
Пользовательская архитектура может испортить ваше приложение
Пользовательские архитектуры сначала развлекаются, но могут быть очень дорогими по дороге. Я советую особую осторожность, если это ваше впервые построение одного.
Хорошая архитектура повышает производительность разработчика и сводит к минимуму боль при добавлении, модификации и удалении кода.
Плохая архитектура вызывает страх и страданий всякий раз, когда кто-то касается его.
Люди выбирают угловые и Vue, потому что они не хотят рискнуть время и деньги, создающие свои собственные правила. Они просто изучают правила основы и сосредоточиться на воспроизведении игры.
В то время как в мире реагирования любые два масштабных приложения будут варьироваться в их структуре. Все зависит от того, что команда лучше всего подумала.
Анализ паралича
Иногда слишком много вариантов – это плохое, и мы поражены страшными анализ паралич . Вместо того, чтобы выбирать библиотеку и продвижение вперед, мы тратим бесчисленные часы, сравнивающие разные библиотеки, которые в значительной степени делают то же самое.
Это все еще много, чтобы учиться
Framework или нет, большое приложение все еще требует времени, чтобы понять. Это еще одна причина, почему сильная архитектура важна, потому что она ослабнет кривую обучения.
Потенциально беспокойный путь обновления
Если мне заплатили каждый раз два библиотека в моем package.json Несовместим после модернизации, я бы отставь. Достаточно сказано.
Хотите бесплатную коучинг?
Если вы хотите запланировать бесплатный звонок для обсуждения кода разработки интерфейса, интервью, карьеры или что-то еще Следуй за мной в Twitter и DM мне Отказ
После этого, если вам наслаждаться нашей первой встречей, мы можем обсудить продолжающееся коучинг, чтобы помочь вам добраться до ваших целей в области развития в интернете!
Спасибо за прочтение
Для большего количества контента посмотрите https://yazeedb.com!
До скорого!
Оригинал: “https://www.freecodecamp.org/news/frameworks-vs-libraries/”