Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#Мнения</a>

2 <ul><li>27 сен 2022</li>

3 <li>0</li>

4 </ul><h2>Как выбрать фреймворк для бэкенда: мнения разработчиков</h2>

5 Опытные разработчики рассказывают о том, какие фреймворки для бэкенда существуют и для каких задач они подходят.

6 Иллюстрация: Merry Mary для Skillbox Media

7 Онлайн-журнал для тех, кто влюблён в код и информационные технологии. Пишем для айтишников и об айтишниках.

8 У каждого разработчика - свои любимые фреймворки для построения бэкенда. Разбираемся вместе с опытными программистами, какой из фреймворков лучше впишется в проект.

9 В вебе фреймворки используются для построения и клиентской, и серверной части приложений. Сегодня расскажем, как выбрать фреймворк для серверной части, а в следующий раз поговорим о фронтенде.

10 В первую очередь выбор веб-фреймворка на сервере зависит от языка программирования. Если у вас в команде питонисты, вряд ли вы будете переводить их на Java - соответственно, вы будете танцевать от людей. А если проект новый и вы определяетесь и с задачами, и с языком, то тут надо отталкиваться от денег, философии, скорости работы, комьюнити и от того, что вам нравится. В общем, вечный вопрос для холиваров :)

11 Ещё надо смотреть на поставленные задачи. Если вам нужен "тупенький" веб-прокси, который мало что делает - просто отдаёт два-три JSON, - подойдёт любой легковесный фреймворк. Например, тот же Flask.

12 Есть асинхронные фреймворки - AIOHTTP/FastAPI/Tornado. Асинхронщина нужна, когда у вас большой пул подключаемых клиентов и, соответственно, много запросов от них - они помогают не убить сервер и не тратиться на ресурсы, чтобы выстроить эту махину в синхронных движках.

13 Каждый из популярных веб-фреймворков всегда рассматривают по канону "готовых плюшек". Например, в Python это Django и AIOHTTP, а в Java - Spring / Spring Boot. Их чаще всего берут за канон, потому что они содержат кучу дополнительных инструментов: авторизацию, cookies, заголовки HTTP, всякие приятные плюшки, гарантии инфобеза, которые не надо писать самостоятельно. Кстати, в Kotlin можно использовать асинхронный и легковесный Ktor - правда, у него есть проблема: отсутствует сильная инфраструктура. Поэтому, в отличие от того же Spring, многое приходится дописывать вручную.

14 Конечно, есть зависимость и от типа задачек: хотите ли вы в одной системе с вебом использовать БД и кэширование, например. Нужна вам MVC, Rest API, или вы вообще хотите выстраивать коммуникации на JSON-RPC. Нужна ли встроенная админка для веба.

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

16 Выбирая фреймворк, обычно смотрят, даёт ли он следующие возможности и нужны ли они вам в проекте:

17 <ul><li>гибко строить Route,</li>

18 <li>работать с REST,</li>

19 <li>работать с cookies и заголовками запросов,</li>

20 <li>работать с телами запросов непосредственно.</li>

21 </ul>Также стоит обратить внимание вот на что:

22 <ul><li>удобно ли организована работа с PATH;</li>

23 <li>что по CSRF-защите;</li>

24 <li>что по защите от SQL injection;</li>

25 <li>на какой серверный движок завязан фреймворк (Tomcat, Gunicorn, Uvicorn);</li>

26 <li>есть ли базовые инструменты для авторизации;</li>

27 <li>есть ли базовые инструменты для ролей и пользователей;</li>

28 <li>есть ли базовые инструменты для кэширования запросов;</li>

29 <li>есть ли возможности редиректов и прочего;</li>

30 <li>насколько быстро фреймворк отрабатывает запросы и какой у него RPS в принципе.</li>

31 </ul>Senior Software Engineer в Layermark.

32 Для бэкенда самыми популярным языками являются JavaScript, Python, Ruby, Java, C#, Go и PHP.

33 Для простых проектов и задач выбор языка практически не имеет значения. Времена сложных конфигураций с веб-серверами и XML давно прошли, а с текущими MVC-фреймворками написать простое приложение можно на любом языке. Что на Node.js, что на Spring Boot развернуть веб приложение можно всего за несколько минут.

34 Если же вам нужна автоматическая генерация CRUD веб-страниц, можно использовать Ruby on Rails для Ruby или Grails для Java.

35 Что касается сложных и объёмных проектов с долгосрочной поддержкой, лучше отдавать предпочтение статически типизированным и компилируемым языкам, таким как C#, Go и Java.

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

37 И наконец, фреймворки ASP.NET для C# и Spring для Java, благодаря большому набору компонентов в DI-экосистеме, предоставляют все возможности для удобного проектирования и точной конфигурации веб-приложения.

38 При выборе языка и фреймворка для бэкенда обычно учитывают следующие критерии:

39 Размер и сложность проекта.Если это небольшой проект или MVP, когда стоят короткие сроки выполнение проекта, то можно выбирать тот язык и фреймворк, в которых есть знание у команды или легко найти специалистов на рынке. Очень часто, особенно на аутсорсе, решение принимается в зависимости от отдела, куда попадает проект. К примеру, один и тот же проект может быть сделан с использованием как Java, так и .NET.

40 Тип проекта.Разные типы проектов требуют различных технологий. К примеру, приложения с интенсивным использованием данных, системы бронирования, приложения для социальных сетей, потоковые приложения, CMS, IoT, приложения в банковской сфере, торговые площадки и простые MVP, скорее всего, потребуют различных языков программирования и фреймворков.

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

42 В моей практике чаще всего всё зависело от языка программирования, которым владеет команда. Если команда пишет на C#, то и весь стек связан с платформой .NET. Если команда пишет на Java, то и фреймворки, соответственно, Spring, Hibernate и так далее.

43 Ещё бы я разделил проекты на корпоративные и не корпоративные. Существует мнение, что корпоративные проекты чаще всего пишутся на Java или .NET. Хотя в последнее время такие языки и фреймворки, как Go, Node.js и Python, составляют достойную конкуренцию по многим параметрам.

44 Senior Software Engineer/Technical Lead.

45 При выборе фреймворка или языка программирования необходимо всегда обращать внимание в первую очередь на его популярность и наличие экспертов в команде (или на рынке). Это позволит в будущем избежать проблем с поиском кадров. Можно выбрать в качестве языка, например, Scala или Clojure, которые, безусловно, имеют свои сильные стороны относительно консервативной Java, но потом столкнуться с серьёзной проблемой поиска специалистов, когда необходимо будет усилить команду или заменить сотрудников, которые решили покинуть проект.

46 Второй момент - это зрелость продукта. Всегда хочется использовать что-то новое и модное, но стоит быть готовым к тому, что молодой продукт может иметь достаточно серьёзные баги. Существуют примеры, когда необходимые доработки фреймворка ждут исправления месяцы, а то и годы. Не стоит также исключать, что в какой-то момент разработка фреймворка может быть остановлена. На мой взгляд, всегда стоит отдавать предпочтение проверенным временем продуктам. В качестве примера можно привести Java и Spring. Это практически стандарт де-факто в разработке бизнес-сервисов. Огромная накопленная база знаний сводит почти к нулю вероятность столкнуться с неразрешимой проблемой.

47 Стоить отметить, что в современной архитектуре приложений всё больше используется микросервисный подход. Он позволяет разделить большое приложение на много маленьких сервисов. Это позволяет многократно снизить последствия от неправильно выбранного языка программирования или фреймворка, и позволяет развязать руки в экспериментировании. Так как сервис мал, то в любой момент его можно достаточно быстро переписать.

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

49 Занимается платформенной разработкой в "Авито". Пишет на Go и Python. Интересуется инфраструктурой, архитектурой распределённых приложений, построением отказоустойчивых сервисов, микросервисной архитектурой, DevOps. Ведёт телеграм-канал "<a>Техлидошная</a>".

50 Выбор фреймворка, равно как и языка программирования, зависит от множества факторов. Я приведу основные, самые значимые, на которые смотрю сам.

51 Востребованность технологии.Насколько много вакансий на рынке, какие в среднем зарплаты. Причём лучше посмотреть по разным странам. Например, PHP-фреймворк Laravel очень популярен на Западе и сильно обгоняет своего конкурента Symfony, а значит, работу на нём будет находить значительно проще. А вот Yii имеет некоторую популярность только в России - да и то вакансий немного.

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

53 Требования.Важно понимать, что от вас ждёт работодатель, и обычно это прописывается в вакансиях. Сколько лет опыта должно быть, нужно ли техническое образование и так далее. Например, при разработке хранилищ данных, скорее всего, без математического образования обойтись не получится.

54 Перспективность.Технологии могут устаревать и терять востребованность. Важно смотреть за динамикой роста популярности языков программирования и фреймворков. Например, Python держит позиции за счёт развивающегося направления машинного обучения, и вкладываться в него точно имеет смысл. Язык Go всё чаще используется для микросервисов в крупных компаниях, но нет гарантий, что этот тренд сохранится надолго.

55 Интерес.Конечно, нельзя добиться весомых результатов, работая с тем, что не драйвит и не вызывает интереса. Поэтому это очень важный пункт. Но учтите, что интересы со временем могут меняться - и это нормально.

56 Основатель и коммерческий директор компании "Брендпорт".

57 Мы выбираем фреймворк, задаваясь простым вопросом: "Какие потребности у заказчика?" Если заказчик может указать в техзадании пожелания по языку программирования и фреймворку, то в большинстве случаев мы будем работать с этими пожеланиями. Если же у заказчика нет определённых предпочтений, требований или он предлагает не очень подходящий под задачу, по нашему мнению, фреймворк, мы предложим продукт, на котором специализируется наша команда.

58 И если до этого мы уже реализовали несколько проектов, например, на связке React + Django (бэкенд на Django и фронтенд на React), то будем предлагать такой вариант заказчику, а также усиливать свою команду в этом направлении.

59 При разработке нового продукта программист решает ряд типовых и архитектурных задач. Суть в том, что они обычно требуют похожих реализаций от проекта к проекту. Чтобы ускорить процесс разработки продукта и не дублировать ненужный код, на помощь программистам приходят фреймворки. Они реализуют низкоуровневые задачи, позволяя приступить к закрытию бизнес-потребности. При выборе инструментов обратите внимание на следующие параметры:

60 <ul><li>скорость работы;</li>

61 <li>масштабируемость;</li>

62 <li>частота обновления;</li>

63 <li>удобство использования и поддержка кода.</li>

64 </ul>Я работаю на Node.js более пяти лет. И за это время выделил три самых удачных инструмента в разработке на этой платформе.

65 Фреймворк, ориентированный на обработку HTTP-запросов. По заявлениям разработчиков, является самым быстрым и способен держать нагрузку порядка 60k RPS в тестах. Поддерживает "из коробки" возможность валидации тела JSON и запросов TypeScript, а также может описывать логику в стиле async/await - делает код более читаемым. Имеет обширный набор пользовательских плагинов, среди которых работа с базами данных и очередями. Большим плюсом являются также частые обновления и поддержка фреймворка разработчиками.

66 Отличный инструмент для работы с реляционными базами, среди которых на данный момент PostgreSQL, MySQL, Microsoft SQL Server, Oracle Database. Что примечательно, поддерживает MongoDB, но пока в экспериментальном режиме.

67 Данный фреймворк позволяет описывать структуру базы данных в виде классов (сущностей) и определять между ними отношения, используя TypeScript-декораторы.

68 Предназначен для работы с WebSocket-соединениями. Для этого фреймворка необходимы клиентские библиотеки Socket.IO на стороне фронтенда.

69 Инструмент позволяет выстроить удобную работу с асинхронным обменом данными между сервером и клиентом. Опционально возможно использование таких транспортов для передачи данных, как Pooling или WebSocket. Библиотека позволяет объединять соединения в комнаты и рассылать данные в рамках комнаты либо в конкретное соединение.

70 Интересной фичей является поддержка горизонтального масштабирования "из коробки" на серверной стороне. Это реализовано через Redis adapter, который объединяет одинаковые комнаты, находящиеся на разных инстансах бэкенда, и позволяет работать с соединениями таким образом, как если бы они были на одной машине.

71 Fullstack Software Engineer в Mapbox.

72 Для написания бэкенда на JS сейчас есть три наиболее сильных фреймворка<a>NestJS</a>,<a>Express</a>и <a>Fastify</a>.

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

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

75 Для написания больших и сложных приложений лучше использоватьNestJS. Этот фреймворк полностью написан на TypeScript, что помогает в разработке. Также он предлагает грамотную архитектуру с dependency injection.

76 В Mapbox в большинстве приложений мы используем NestJS и Express. И здесь выбор зависит только от размера и сложности приложения.

77 На чистом PHP уже почти никто не пишет. Вместо этого используют фреймворки - наборы пакетов и библиотек, которые задают каркас проекта. С помощью фреймворка можно быстро создавать шаблонные страницы, блоки сайта или приложения.

78 Например, чтобы добавить на сайт авторизацию пользователей, на чистом PHP пришлось бы написать десятки строк кода и продумать механизмы безопасности. А с фреймворком нужно лишь прописать несколько методов и указать необходимые параметры в настройках. При этом в шаблоне уже будет встроена система безопасности, стойкая ко взломам.

79 Ещё фреймворки помогают сохранять данные в сессии, читать параметры из адресной строки браузера, обрабатывать файлы в директории и подключаться к базам данных. У них есть методы для работы с файлами на диске, поэтому программисту не нужно писать функции для поиска и фильтрации. А ещё можно за пару шагов валидировать пользовательские данные (например, имя, email или комментарии в форме обратной связи) и обработать для дальнейшего использования.

80 Для PHP написано более 20 фреймворков, но чаще всего в энтерпрайзе используют следующие:

81 <ul><li><a>Laravel</a> - самый популярный фреймворк PHP, создан в 2011 году;</li>

82 <li><a>Symfony</a> - славится надёжностью и соответствием веб-стандартам;</li>

83 <li><a>Laminas</a>(потомок Zend Framework) - позволяет подключать много сторонних библиотек, но немного сложнее остальных фреймворков;</li>

84 <li><a>Yii2</a> - считается самым быстрым фреймворком PHP;</li>

85 <li><a>CodeIgniter</a> - один из самых простых в изучении.</li>

86 </ul>Фреймворки различаются реализацией основных модулей, но во многом похожи: строятся по схожей архитектуре и даже содержат одинаковые библиотеки под капотом. На сайтах каждого вы найдёте подробные инструкции и документацию, где написано, как установить и использовать пакеты и библиотеки. Кроме того, у фреймворков в Сети есть огромные комьюнити разработчиков и базы знаний.

87 .NET-разработчик, после 24 февраля переехал в Ереван вместе с компанией, в которой работает. Ведёт<a>телеграм-канал</a>об IT и программировании.

88 Сначала нужно понять, что представляет собой проект. Но как по мне, проще и быстрее всего развернуть бэкенд на ASP.NET - к тому же и настраивать его очень несложно. Всё необходимое ставится "из коробки", нужно только указать домен и порты, которые будет прослушивать собранное решение. Необходимые комплекты библиотек тоже будут подключены автоматически.

89 Идеально работает связка ASP.NET + Entity Framework + PostgreSQL. ASP.NET Core использует DI-контейнеры практически по умолчанию - и это неоспоримое преимущество, потому что созданием классом занимаются специальные фабрики под капотом самого фреймворка.

90 Entity Framework позволит упростить работу с базами данных и прямо из кода создавать таблицы, а PostgreSQL даст быстрый доступ к данным, к тому же он быстро разворачивается и настраивается. Для публикации такого решения на тестовый или продакшен-серверы можно воспользоваться контейнерами в Docker - правда, в этом случае придётся повозиться с написанием Dockerfile и контейнеризацией полученных библиотек при сборке решения воедино.

91 Коммерческий директор маркетингового агентства MediaNation и руководитель проекта сквозной аналитики StreamMyData.

92 Когда мы делали бэкенд для своего проекта StreamMyData, то выбрали платформу .NET Core 6.0. Выбор этой платформы частично связан с тем, что в копилке нашего агентства уже было достаточно много коннекторов, написанных на C#, - в предыдущих версиях фреймворка.

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

94 Старший бэкенд-разработчик в space307, основатель influence.su.

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

96 Например, в идеальном мире, если нужно написать большую сложную систему, то следовало бы взять Java Spring Framework - просто потому, что практически все необходимые инструменты будут "из коробки". А если необходимо реализовать веб-сокет-сервис, то стоит смотреть в сторону NodeJS (Socket.IO) и Go.

97 Моё предпочтение на сегодняшний день - это Go, главное преимущество которого - интуитивно-понятное написание асинхронного кода. Но лёгким написанием кода всё не ограничивается. При запуске приложения асинхронный код превращается в горутины ("зелёные" потоки), которые позволяют обрабатывать тысячи запросов в секунду, не теряя производительности.

98 Хоть стандартная библиотека в Go содержит всё необходимое, начать новый проект будет проще, используя готовый микрофреймворк. Один из самых популярных - это<a>Fiber</a>. Фреймворк создавался по подобию Express (популярный за свою простоту фреймворк из мира Node.js), что даёт возможность фокусироваться на бизнес-логике приложения.

99 Но помимо простоты Fiber является самым производительным микрофреймворком для обработки HTTP-запросов на Go. Дело в том, что для обработки запросов Fiber использует библиотеку<a>fasthttp</a>, которая не аллоцирует память и горутины под каждый новый запрос. Например, компания VertaMedia обрабатывает 200k RPS (запросов в секунду) от более чем 1,5 миллиона keep-alive-соединений в продакшене с помощью fasthttp.

100 Помимо простоты написания бизнес-логики и высокой производительности, Fiber интегрирован с множеством сторонних библиотек, что позволяет парой строчек кода использовать ограничители запросов, логирование, настраивать CORS, мониторинг и многое другое. Всё это в совокупности даёт базу для быстрой разработки производительного современного бэкенда.

101 Java-разработчик в Holyweb. Опыт в коммерческой разработке - три года.

102 Java лучше всего подходит для крупных проектов, фреймворков, высоконагруженных приложений и сервисов. В первую очередь благодаря таким своим свойствам:

103 <ul><li>Кросс-платформенность. Java-приложение можно запустить на любой платформе, где установлена JVM.</li>

104 <li>Объектно-ориентированный язык, который подходит для крупных приложений/экосистем, которым нужна долгосрочная поддержка после выхода в продакшен.</li>

105 <li>Статическая типизация, которая также поможет при написании сложных, крупных проектов с долгосрочной поддержкой.</li>

106 <li>Поддержка многопоточности. Позволяет реализовать высоконагруженные сервисы и приложения.</li>

107 </ul>Какие основные фреймворки существуют в Java. Джентльменский набор фреймворков для Java - это Spring Framework, Spring Boot, Java Concurrency, Hibernate.

108 <ul><li>Spring Framework - основной фреймворк. Реализует важнейшие паттерны разработки, такие как фабрика и внедрение зависимостей.</li>

109 <li>Spring Boot автоматизирует процедуру настройки и ускоряет процесс создания и развёртывания Spring-приложений.</li>

110 <li>Java Concurrency - набор инструментов по созданию многопоточных приложений.</li>

111 <li>Hibernate - фреймворк, который связывает ООП-сущности из Java-кода с таблицами в реляционных базах данных.</li>

112 </ul>Сам я больше всего работаю со Spring Framework. Он позволяет создавать приложение, правильное с точки зрения паттернов, а также предоставляет функциональность для решения задач, связанных с инициализацией и настройкой объектов, автоматизацией процесса запуска и развёртки приложения.

113 Очевидный недостаток фреймворка - это сложность. В остальном Spring Framework оставляет приятные впечатления при работе. Главный совет - читайте документацию. Она является полным и достоверным источником информации.

114 Пример из моего опыта: требовалось получить из родительского класса значение поля из самого младшего объекта во всей иерархии. Каким будет самый младший объект по порядку наследования - неизвестно.

115 Несколько дней разработки сложной функции закончились её удалением. Из документации выяснилось, что метод @PostConstruct, прописанный в родительском классе, вызывается для всех классов иерархии, которые являются бинами. Поэтому проблема быстро решалась вызовом this, аннотированным @PostConstruct.

116 При выборе языка программирования отталкивайтесь от целей проекта. Неправильный выбор языка на старте приводит к большим потерям при поддержке и рефакторинге проекта в будущем. Для долгосрочного проекта с большим бюджетом лучше использовать Java или C#. Они регулярно обновляются и имеют большую базу знаний на профильных ресурсах.

117 В проектах, для которых категорически важна производительность, лучше обратить внимание на Go и C++. Если требуется написать PoC или небольшой стартап, то есть скорость запуска в приоритете, обратите внимание на Python.

118 Взгляните на Opal - в частности, посмотрите<a>список фреймворков</a>. Разработчики Rails немного поколдовали, и теперь Opal можно использовать с Rails. В свою очередь, разработчики Opal Core также открыты для предложений по упрощению использования их решения вместе с Rails - если кто-то посчитает, что порог входа в него слишком высокий.

119 Пользователь<a>ylluminate</a>, Reddit

120 Если вы хотите писать фронтенд на Elm, а бэкенд на Haskell, вы наверняка захотите выбрать REST-like-клиент для бэкенда. Для простых приложений и для новичков в Haskell хорошим выбором будет<a>scotty</a>. Если же выходите работать исключительно с фреймворками под Haskell, что будет более сложно, посмотрите на <a>Yesod Web Framework</a>. Кстати, у него есть хорошее бесплатное руководство -<a>Yesod Web Framework Book</a>.

121 Пользователь<a>5outh</a>, Reddit

122 Выдержка из <a>официальной документации</a>Kotlin:

123 <ul><li><a>Spring</a>использует возможности Kotlin, чтобы предлагать<a>более лаконичные API</a>, начиная с версии 5.0.<a>Онлайн-генератор проектов</a>позволяет быстро сгенерировать новый проект в Kotlin.</li>

124 <li><a>Vert.x</a>, фреймворк для создания интерактивных веб-приложений на JVM, предлагает<a>специальную поддержку</a>Kotlin, включая<a>полную документацию</a>.</li>

125 <li><a>Ktor</a> - это фреймворк от JetBrains для создания веб-приложений на Kotlin, использующий корутины для высокой масштабируемости и предлагающий простой в использовании идиоматический API.</li>

126 <li><a>kotlinx.html</a> - это DSL, который можно использовать для HTML-разметки в веб-приложениях. Он служит альтернативой традиционным системам шаблонов, таким как JSP и FreeMarker.</li>

127 <li><a>Micronaut</a> - это современный фулстек-фреймворк на базе JVM, который позволяет создавать модульные, легко тестируемые микросервисы и бессерверные приложения. В него встроены множество полезных функций.</li>

128 <li><a>http4k</a> - это функциональный инструментарий с небольшими возможностями для HTTP-приложений, написанный на чистом Kotlin. Библиотека основана на статье "Your Server as a Function" из Twitter и представляет моделирование как HTTP-серверов, так и клиентов в виде простых функций Kotlin, которые могут быть собраны вместе.</li>

129 <li><a>Javalin</a> - это очень лёгкий веб-фреймворк для Kotlin и Java, который поддерживает WebSocket, HTTP/2 и асинхронные запросы.</li>

130 <li>Доступные варианты стабильности включают в себя прямой доступ к JDBC, JPA и использование баз данных NoSQL через их Java-драйверы. Для JPA<a>плагин компилятора kotlin-jpa</a>адаптирует классы, скомпилированные на Kotlin, к требованиям фреймворка.</li>

131 </ul><a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>