Здравствуйте, ·, Вы писали:

P>>Наоборот — шикарно, цикл разработки сокращается в разы. Во первых, требует в разы меньше тестов.
·>Ага-ага. И поэтому у вас всё постоянно валится и вам приходится в проде тестировать.

Тесты в проде это признак отсутствия синдрома бога.

P>>Во вторых, меньше интеграционного кода, меньше шансов сломать.
·>Потому что вы заблуждаетесь, что навешанные аннотации это не код и можно не тестировать.

Наоборот, нужно, только не надо дублировать 100500 тестов либы которая для этого испольуется.

> На самом деле, каждая повешанная аннотация — это точно такой же код, как и всё остальное, и требует соответствующих тестов.

Парсер формата .proto тоже требует тестов. И это сторонняя либа. Соответсвенно в продукте нет необходимости заниматься дурью и дублирвать все тесты подобного рода.
А вот тесты апи всё равно надо делать, не важно чем ты это апи пропишешь. Или у вас и таких тестов тоже нет?

P>>В третьих, в таких случаех обычно измненения требуют перекомпиляции, а не переписывания всего подряд что связано с переносом параметра из квери в хидеры.
·>Это работает в лучшем случае на местечковых небольших проектах, где все свои. Попробуй какой-нибудь гугл в своём api переместит параметр из квари в хидер — так пол мира сломается.

Цикл разработки версии — месяцы, иногда и годы. И нужен быстрый способ менять апи в разработке.

·>Метаданные — это просто ещё один язык описания. Т.е. вместо того, чтобы использовать стандарт типа grpc, вы изобретаете своё на квадратных колёсах.

А ты похоже не в курсе, что нет полноценного grpc для веба, т.к. браузер и особенно приложение унутре, не контролируют полностью протокол хттп. А вот где грпц играет — в изолированой сети, когда созданы специальные условия.

P>>Не надо изобретать — есть декларативные способы задания аспектов апи.
·>Где они есть-то? Ссылочку на стандарт можно?

grpcs это один из таких вариантов. Одна проблема — для веба не летает. А потому фремворки умеют все эти вещи.
еще есть graphql. И много чего есть. Фичи конкретного фремворка это эквивалентное решение.

P>>Собственно на всех платформах есть сотни решений для этого, а для тебя это похоже рокет саенс.
·>Вот именно, что сотни решений, у каждого свой велоспиед. А gprc — один, в этом и сила.

Пока что эта сила в веб вылезть не может. грпц это круто, только что делать в вебе? есть grpc-web, но это костыль и он убог.

Теоретически, когда grpc вылезет из своей конуры, это будет прорыв в вебе. Но шота предпосылок к этому не имеется.