Это, конечно работает, но выглядит странно. Если подумать - это просто текст, так что сильно не нагружает, ещё можно инициализировать один раз при старте и использовать повсеместно.
Но редактирование svg в коде звучит не очень удобно.
Сленг, конечно, интересный... Но по сути библиотеки как-то никаких понятных примеров.
Ps на работе у нас есть авто генерация ts api и интерфейсов dto, на основе тех, что используются в эндпоинтах. Как я понял либо из статьи делает что-то похожее
"если данные не нужны, то зачем разработчику добавлять их в endpoint" - переиспользование эндпоинтов. Проще и быстрее использовать готовый урл, который вернёт больше данных, чем писать новый
Сюжетные повороты и накал напряжения прям как в книге. Для меня статья скорее "какие проблемы решают большие дяди", нежели что-то действительно познавательное.
Идея прикольная. Интересно, можно ли регулировать длину, провода
Прикольно. По синтаксису напоминает питоновскую sqlAlchemy.
Хоть бы один скрин в статье был...
Я был очень приятно удивлен инициативностью выполнения запросов в алхимии после джанго, отложенные запросы в Джанго очень непонятные
В питоне вы можете свободно импортировать экземпляр класса, Final не позволит переприсвоить значение в settings.
Это никак не помешает вам создать ещё один экземпляр класса, но немного осмысленности и ваш код в разы более читаемый и интуитивный
Ничего не понял, но допустим
Не понял момент со слоем dto, в fastapi же тоже можно указать responce_model у роутера и по ней будет валидация
Беспроигрышный вариант, получается
Я ожидал forEach, for of, for in их приколы и тп..
Это, конечно работает, но выглядит странно. Если подумать - это просто текст, так что сильно не нагружает, ещё можно инициализировать один раз при старте и использовать повсеместно.
Но редактирование svg в коде звучит не очень удобно.
Ещё вопрос: вы пишете на виджетах?
У нас на проекте есть шардирование базы (из-за специфики самого проекта) и да, какая же это боль, мне от одного упоминания плакать хочется
Сленг, конечно, интересный... Но по сути библиотеки как-то никаких понятных примеров.
Ps на работе у нас есть авто генерация ts api и интерфейсов dto, на основе тех, что используются в эндпоинтах. Как я понял либо из статьи делает что-то похожее
"если данные не нужны, то зачем разработчику добавлять их в endpoint" - переиспользование эндпоинтов. Проще и быстрее использовать готовый урл, который вернёт больше данных, чем писать новый
Сюжетные повороты и накал напряжения прям как в книге. Для меня статья скорее "какие проблемы решают большие дяди", нежели что-то действительно познавательное.
Познавательно, понял, что у нас в проекте reactive используют только для "явных" объектов, а для примитивов, массивов и тому подобному обычно ref
Хорошая статья для не погруженных, спасибо