это плохо, что ли?

Ну как-то не совсем правильно

не, иногда приходится. но очень, очень редко.

не, иногда приходится. но очень, очень редко.

это как сишные функции из го юзаешь. Важно не забыть делать руками unref

если переменную создаешь типа C.тип_либы

это как? я не люблю телепатию

Как io.Reader

мы говорим про конвертирование структур

не совсем врубаюсь причем тут интерфейсы

мы говорим про конвертирование структур

Но зачем их конвертировать

Если к примеру есть два интерфейса

Если вы про бизнеслогику

блин... походе дело не в наследовании в ямл файле =\ models/delete_channels_channel_id_forbidden_body.go:18:2: undefined: X403Data и поубирал там воообще наследование

господи

неужели не нравится начало с цифры

Из разряда для бизнеслогики своя модель для бд своя

блин... походе дело не в наследовании в ямл файле =\ models/delete_channels_channel_id_forbidden_body.go:18:2: undefined: X403Data и поубирал там воообще наследование

a_long_time_ago_in_galaxy_far_far_away.go :)

a_long_time_ago_in_galaxy_far_far_away.go :)

что поделаешь, кодогенерация такая (:

мне чет очень хочется научиться применять сваггер генерацию. Не встает у меня руками теребить валидацию полей, роутов, ответов и прочее говно.

это ты в том проекте про который я подумал мутишь? :)

ага

апишный как раз

а может не надо?

надо (:

это запутает код проекта только имхо

гоу вей это простые как два пня решения

в том и прикол, что эта апишная часть - то. что даже смотреть не надо. Оно пристроено сбоку. Сам код с логикой пишется отдельно, как положено

кучной говнокодинг всех этих валидаций, роутов и прочего тоже не способствует пониманию, если это не твой код

да конечно все это говно надо генерить

во, иштяк. Таки похоже дело было не в насдедовании, а в названиях структур, начинающихся с цифр

оно подставляло x к 404_data. А потом забывало генерить ее

по моему опыту, главная проблема гибких генераторов, они не достаточно гибки :)

ну блин. Гибкость - понятие относительное. Мне вот после перла вот эти дублирования структур и нужда делать ручные конвертеры тоже кажется мягко-говоря негибким. Но вроде как повышенная надежность и компайлтайм ошибки того стоят, говорят (:

ну посмотри, 20 аэшенов на 5 "контролерах"

что мы выйграем от генерации

валидацию? но так она просто перекачует в конфиги

сущности то разные

что еще?

роуты? опять же почти никакой магии

цель состоит в первую очередь в том, чтоб научиться на маленьком примере юзать это решение. Которое стало уже мейнстримом. Когда роутов будет 20+, навк мне пригодится

как раз сейчас не так страшно: если не получится - я просто возьму старый говнокод этот ручной из соседних проектов и подпилю.

я как раз рассматриваю такую ситуацию

когда у тебя 20 action

какой выйгрышь?

большой. Вместо того, чтобы мудиться со своими велосипедами - ты работаешь со сваггерфайлом и пишешь код бизнес-логики, который соответсвует ожиданиям. заложенным в этом файле

тебе все равно же писать 20 кусков кода то

кода с конкретной бизнес-логикой

а не конкретное что ты будешь? Ж

его тоже придется описывать

только в конфигах

вебсервер, валидация и прочие потроха делаются за тебя. Тонны сэкономленного времени. Не зря людя мигрируют на те же gRPC. Их достало дрючится с хттп не только в плане лоулевел, но и вот с этими роутами, валидацией параметров и ответов

мидлваря сама котролирует протокол, и сервисы общающиеся поймут друг друга

эээм

вебсервер и так делается 1 строчкой

вебсервер, валидация и прочие потроха делаются за тебя. Тонны сэкономленного времени. Не зря людя мигрируют на те же gRPC. Их достало дрючится с хттп не только в плане лоулевел, но и вот с этими роутами, валидацией параметров и ответов

вот честно, на практике ебли с grpc гораздо больше, чем с http

я про часть, где описывается обработка запросов

нафига это делать руками все?

смахивает на закат солнца вручную же

я про часть, где описывается обработка запросов

какая часть? пример можно

да не, нельзя (:

ну ты словами опиши :)

да я итак в этой полемике засиделся. Пусть за меня адепты сваггера какие доказывают. Наверняка полреддита срачей на эту тему несколько лет велись

коллеги, ну хватит уже. есть адепты ручного выпиливания лобзиком всего того говна, которое описывается в 100 строк swagger-файла. спорить с ними никто из нас не нанимался. все же, кому и правда интересно, идите и почитайте спеку на OpenAPI AKA Swagger.

изучить его в любом случае придется - это индустриальный стандарт

ну и вопрос цели: если сидишь на почасовке и никуда не торопишься - может и пофиг. Если цель - максимально быстро, но относительно надежно сделать какой-то продукт - то для того автоматизация кейсов и придумана.

Особенно актуально для пет-проектов, когда есть выбор: или сидеть пилить ненужную апиху к 100-строчной идее, или пойти накуриться :D

коллеги, ну хватит уже. есть адепты ручного выпиливания лобзиком всего того говна, которое описывается в 100 строк swagger-файла. спорить с ними никто из нас не нанимался. все же, кому и правда интересно, идите и почитайте спеку на OpenAPI AKA Swagger.

просто реально, я говорю "где профит", а мне суют тут очередную религию :)

профит в том, что весь служебный код, котрый составляет примерно половину всего кода вообще, ты не пишешь.

простите а какой там служебный код то?

ERROR: S client not available

Вебсервер Валидация Бизнеслогика

причем валидация обычно завязана на бизнес логику

а не просто проверить соотвествие схемы

простите а какой там служебный код то?

ну вон те же ручные обработки конфигов, хэндлеры апи в наших сервисах

о да, 20 строчек на конфиге

валидация в апи - в свагере итак описывается. Мне же выдают сваггерфайл - значит его уже юзают. Не я же сваггер принес в контору (:

простите а какой там служебный код то?

вы, коллега, попиздеть, посамоутверждаться, или узнать что-нибудь новое?

да не вопрос, просто прямо религия. Я спрашиваю конкретно совершенно, без лозунгов прошу описать

где профит на 20 уникальных хендлерах

!УНИКАЛЬНЫХ!

все описано уже

просто вы немного подумать забыли

о том, что это у вас их 20

и еще 20 на другом конце

ладно, все перерастает в срачик

предлагаю закруглиться

ни разу не использовал сваггер

вообще то чатик для обсуждения и нужен...

ну уровень обсуждения падает

и 20 на третьем, если у вас есть третий, например, мобилка. а раз мобилка - то и четвертый конец появился. еще 20 хендлеров

итого 80

ни разу не использовал сваггер

надо попробовать, кто что может посоветовать для кодогенерации?

go-swagger, вариантов нет

оригинальный swagger не генерит серверный код на go

я уже сказал: я хочу набить навык и посмотреть, будет ли мне профит. Заюзать локальные костыли я всегда успею, а вот научиться новому и оптимизировать разработку всегда "некогда".

и 20 на третьем, если у вас есть третий, например, мобилка. а раз мобилка - то и четвертый конец появился. еще 20 хендлеров

и как мы спасемся? ? Нам же в любом случаи придется все 80 описывать. Если они отличаются, а если не отличаются то ...

тем более что в разработке нытье про сроки - одна из первостепенных вещей

в го еще не сталкивался со свагером, но в дотнете просто при старте приложения добавляешь одну строчку и все апи контроллеры сразу получают юай сваггера, изи бризи, грех не делать страшно представить что в го)

go-swagger, вариантов нет

а в нем свой сервер и роуты используются?

и как мы спасемся? ? Нам же в любом случаи придется все 80 описывать. Если они отличаются, а если не отличаются то ...

нам не придется описывать 80 валидаторов, 80 структур и 80 процедур маршалинга-анмаршалинга у нас будет сразу и дока, и curl для тестов серверной части

как это не придется?

они же отличаются