Один недостаток, который я вижу, это время, затрачиваемое на поддержание этого дополнения, о котором вы упомянули: генерация схемы, отправка, интерпретация в представлении. Но, конечно, вам решать, компенсируют ли эти издержки упомянутые вами преимущества. Если это так, то go для него.
Еще одна вещь, которую я бы упомянул: вы хотите выполнить проверку на основе этой схемы. Сколько проверок в вашем приложении можно сделать таким образом? Много ли случаев, когда валидация не вписывается в этот шаблон? Тот же вопрос для генерации сетки, генерации формы и т. Д. c. Если их много, то, возможно, оно того не стоит. Я уже не раз находил подобное автоматическое решение c, которое меня взволновало, и я только потом увидел, что оно делает исключения для этого паттерна, и в целом я многого не получил :).
В общем, вы решаете. И последнее: постарайтесь думать долго. 90% срока службы приложения тратится на обслуживание. Постарайтесь понять, что происходит после того, как вы выпустите приложение, и начинают появляться запросы на ошибки / небольшие функции.