Pull to refresh

Comments 18

@antoshkka круто, отличная новость! Увидел в тегах C++17. А у вас там переход на C++20 (C++23 ?) планируется?

Пока что многие разработчики используют C++17, так что отказываться от его поддержки в ближайшее время не планируем (*).

При этом, мы поддерживаем сборку в C++20/C++23/... и используем фишки новых стандартов если они доступны.

(*) - драйвер YDB требует C++20 или выше. Понижать требования до C++17 в этом месте мы не планируем, если не будет ощутимого количества желающих.

А головоногого уже как-то назвали?

У меня дети назвали его Уся Пуся.

Имя "Уся" от "userver", фамилия "Пуся" от "octopus"

Но это пока не официальное название, в команде мы над именем ещё не думали

Подскажите, чего именно вам не хватает в текущей реализации RabbitMQ?

В документации написано, что она до сих пор EXPERIMENTAL

Давайте поправлю документацию, на что-то на подобие "Готово к использованию, но слабо протестировано на огромных масштабах и нагрузках".

А ещё лучше введу обозначения на подобие:

* Platinum Tier - протестировано крупными игроками, работает отлично

* Golden Tier - нет больших известных проблем, но не тестировалось крупными игроками на больших нагрузках

И размечу ими все драйвера и части фреймворка

И обязательно Tear 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, ...

Sign up to leave a comment.