Разработка бэкенда на JavaScript создает хороший опыт для разработчика. У JavaScript прекрасный синтаксис, он динамически типизирован и хорошо знаком новичкам, однако разработка крупномасштабных приложений на JavaScript может легко превратиться в кошмар, и вы должны быть очень осторожны при использовании JavaScript. К этому времени вы уже получили некоторый опыт использования Typescript, TypeScript был представлен для того, чтобы помочь очистить наш JavaScript и придать некоторый смысл нашему коду. Как все это связано с NestJS? Видите ли, NestJs — это фреймворк для разработки приложений на стороне сервера, созданный с использованием TypeScript, но о NestJS мы поговорим позже. Да, TypeScript значительно улучшает качество наших приложений и дает нам больше уверенности. Но структура проекта, подход к разработке программного обеспечения не для слабонервных, если не продумать и не продумать все до мелочей, ваше приложение может легко превратиться в беспорядочную кодовую базу.
Слишком много свободы, и вы можете подавиться ею. Большинство разработчиков не имеют опыта работы с этими концепциями, и даже опытные разработчики скажут вам, что это не простой или прямой выбор. Мы хотим предоставлять решения, но нам также нужны решения, которыми можно легко управлять и передавать другим. Если вам небезразлична работа, которую вы делаете, и то, как она влияет на других, то, я полагаю, вы будете ответственно относиться к тому, как вы выполняете свою работу. Инструменты существуют не просто так, и идеальная ситуация — это случай, когда правильное решение применяется с помощью правильного инструмента. Когда речь идет о разработке бэкенда с использованием Typescript, вряд ли можно найти инструмент лучше, чем NestJS.
Когда я впервые столкнулся и начал использовать NestJS, я подумал, что это излишество. Будучи выходцем из сильной среды JavaScript и разрабатывая backend-приложения на JavaScript, а затем постепенно используя TypeScript для разработки backend, я не видел необходимости использовать фреймворк для выполнения тех вещей, которые я мог делать и без него. Тем не менее, будучи энтузиастом, я все же решил поработать с фреймворком. После почти 10 месяцев использования NestJS я могу сказать, что мое первое впечатление о фреймворке было раздутым, и я полюбил его. Сегодня я хочу обсудить с вами пять вещей, которые я полюбил в этом фреймворке.
Легко начать работу
NestJS очень прост в освоении для начинающих, кривая обучения невелика, особенно если вы уже знакомы с Typescript. Он представлен очень просто, и начать его использовать не составит труда. Официальная документация по NestJS хорошо продумана и очень проста для понимания. Для меня не составило особого труда разобраться в этом фреймворке. Мне потребовалось всего около двух недель, чтобы создать свое первое бэкенд-приложение на NestJS, и это после того, как я вообще не использовал фреймворк. Я учился, создавал и получал хороший опыт разработчика, у меня нет столько времени, чтобы тратить его на изучение и использование фреймворка, но он действительно помогает мне делать все быстрее, чтобы я мог сосредоточиться на других вещах, которые требуют моего внимания. Что приводит нас к следующему пункту.
Быстрая скорость разработки
Разработка с NestJS идет очень быстро, мне удалось создать фиктивный бэкенд всего за неделю работы, и я не тратил на это целый день. Великолепная поддержка TypeScript в сочетании с разумным подходом, выбранным разработчиками, избавили меня от многих проблем, с которыми мне приходилось сталкиваться при разработке приложений без NestJS. Вы согласитесь со мной, что использовать @Req() при работе с объектом запроса гораздо проще, чем принимать оба параметра, когда вам нужен только один. Такой подход помогает сократить количество ненужного дублирования кода, ведь раньше мне приходилось передавать и объект Request, и объект Response.
Структура приложения
NestJS имеет свое мнение о том, как мы должны строить наши приложения, он навязывает определенную структуру приложения. В NestJS используется привычный подход MVC, у нас есть модели, которые могут быть составлены из нескольких различных типов баз данных, затем мы определяем контроллеры, которые будут обрабатывать запросы пользователей, хотя я не так часто использую эту функцию, NestJS также может отображать представление за вас. Это устраняет необходимость беспокоиться о том, какую архитектуру примет ваше приложение. NestJS также решает проблему структуры файлов, но это полностью зависит от вас, и лично я предпочитаю использовать собственную структуру папок. Но если у вас нет опыта в этом, то вы можете просто придерживаться того, что NestJs предоставляет вам из коробки.
Простая интеграция с другими модулями
NestJS имеет интеграции для большинства основных библиотек, которые мы используем для разработки приложений на стороне сервера с помощью JavaScript, большинство случаев были продуманы заранее и уже существуют готовые решения. NestJS может быть легко соединен с Axios, чтобы обеспечить получение данных на стороне сервера, он также может быть соединен практически с любой базой данных; MongoDB и Mongoose, TypeORM и MySQL, и это только некоторые из них. Мне не составило труда интегрировать multer для обработки загрузки файлов в NestJS, как я уже много раз говорил, все это было тщательно продумано. Если его еще нет, то я также обнаружил, что довольно легко смешивать их обе, вы легко найдете возможность использовать вашу любимую библиотеку с NestJS.
Поддержка TypeScript и инъекция зависимостей
NestJS имеет встроенную поддержку TypeScript, поскольку он построен на TypeScript. Это дает столько преимуществ, поскольку у вас уже есть проект бэкенда, настроенный на TypeScript. Вы можете сосредоточиться на том, на чем должны, разработка с использованием Typescript дает разработчикам больше уверенности в качестве кода, который они отправляют, и меньше времени тратится на исправление ошибок типа. NestJS также использует инъекцию зависимостей (DI), как в Angular. Это происходит потому, что NestJS заимствует много концепций из Angular, и DI — одна из них. Он позволяет нам распределить провайдеры и контроллеры в нашем коде по модулю, который отвечает за управление этими зависимостями. Прямым следствием такого подхода является отсутствие необходимости в мертвом коде, и только те зависимости, которые мы используем, фактически поставляются с нашим приложением.
Поддержка Rest и GraphQL
Из единой кодовой базы NestJS наше приложение может быть адаптировано для работы с REST API или GraphQL API, в зависимости от того, какой из подходов имеет смысл для вас. По умолчанию стандартным подходом является REST, но вы можете легко перейти на GraphQL API, и существует два подхода к реализации GraphQL API с помощью NestJS. Мне нравится, что он позволяет вам выбирать нужный подход из одной и той же кодовой базы, не заботясь о конфигурации или интеграции, что позволяет сосредоточиться на разработке приложения.
Это шесть причин, по которым мы считаем, что использование NestJS для вашего следующего бэкенд-проекта имеет огромный смысл, а вы уже использовали NestJS до этого момента? Каковы ваши мысли и опыт использования NestJS, какие преимущества использования NestJS я оставил без внимания? Не стесняйтесь оставлять свои комментарии и, как всегда, надеюсь, что вам понравилось и до новых встреч.