Комментарии 18
@antoshkka круто, отличная новость! Увидел в тегах C++17. А у вас там переход на C++20 (C++23 ?) планируется?
Пока что многие разработчики используют C++17, так что отказываться от его поддержки в ближайшее время не планируем (*).
При этом, мы поддерживаем сборку в C++20/C++23/... и используем фишки новых стандартов если они доступны.
(*) - драйвер YDB требует C++20 или выше. Понижать требования до C++17 в этом месте мы не планируем, если не будет ощутимого количества желающих.
А головоногого уже как-то назвали?
Kafka - это хорошо, а когда планируется допилить RabbitMQ?
Подскажите, чего именно вам не хватает в текущей реализации RabbitMQ?
В документации написано, что она до сих пор EXPERIMENTAL
Давайте поправлю документацию, на что-то на подобие "Готово к использованию, но слабо протестировано на огромных масштабах и нагрузках".
А ещё лучше введу обозначения на подобие:
* Platinum Tier - протестировано крупными игроками, работает отлично
* Golden Tier - нет больших известных проблем, но не тестировалось крупными игроками на больших нагрузках
И размечу ими все драйвера и части фреймворка
Хайль Гидра!
Ребятки, да вы что, дети, за нф сериал минусовать, ей богу?
А Усяпуся конечно хорошо (ну как для девочек-питонисток!), однако нормальным суровым парням из хайлоада нужен суровый идол! А фрейворк огонь, особенно круто, что можно учавствовать в допиле с собственным напильником, и ребята очень отзывчивые и дружелюбные! Спасибо!
Красивое. Шикарный проект, пусть и дальше идёт полным ходом развитие и расширение этого монстрика. А Вам Антон и всем причастным низкий поклон и творческих ++ успехов и никакого выгорания.
Очень классно, что фреймворк активно развивается, так держать! Недавно приняли решение, использовать его в своём продукте и как для аналитика передо мной встал вопрос о документировании готовых эндпоинтов. Подскажите, пожалуйста, не планируется ли внедрение механизма автогенерации Swagger / OpenAPI, например, по аналогии с тем, как это сделано в FastAPI?
В ближайшие месяцы появился автогенерация структур, парсеров и сериализаторов из JSON schema (и схем из Swagger / OpenAPI). Так что можно будет делать что-то на подобие:
std::string MyComponent::HandleRequestThrow(
const server::http::HttpRequest& request,
server::request::RequestContext&) const {
MyStruct value = MyStruct::FromJsonString(request.RequestBody());
value.foo += 100;
return ToJsonString(value);
}
Синтаксис может немного измениться
на основе информации из libclang автогенерация, или нужны какие-то более унифицированные инструменты?
Понадобится только python и jinja. Они уже давно проставлены зависимостями в userver
Да, чет тупнул.
> автогенерация структур
MyStruct в вашем примере тоже генерённая, а мне на секундочку показалось что анализируемый исходный код С++, где мог бы использоваться libclang (например в исходниках MyStruct по pragma или doxygen комментариям считывалась бы определенная информация для последующей генерации).
Но если анализируется json schema => .json формат, тут что угодно подойдет для анализа, а генерировать уже тоже чем угодно, jinja, inja, ...
userver 2.0 — большой релиз фреймворка для IO-bound программ