из готового

возможно, просто не узнал

но если нет - нам же лучше, можно запилить и прославиться

(сам я пилить не буду - мне генерики не были ни разу нужны за последние 5 лет)

на самом деле я сталкивался несколько раз

когда много однотипных сущностей

аля "персонал" и "клиенты"

приходится много копипастить ?

они оба люди и сразу например фио и дата рождения идут в дубль

они оба люди и сразу например фио и дата рождения идут в дубль

используй композицию, Люк

не, не помогает. копипаста проще оказывается, и легче поддерживается

используй композицию, Люк

что есть композиция в вашем понимании?

не, не помогает. копипаста проще оказывается, и легче поддерживается

ага. по копипасте ide нормально навигируется, а по этой вашей кодогенерации - нихуя

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

если есть Employee и Client, у которых есть имя и почта - можно сделать структуру ContactData, которая будет и у Employee, и у Client

и сойти с ума, когда окажется, что структура типов разработана с ошибками

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

А чё делать, если двух недель нет? ?

Брать graphq.js или сангрию.

Брать graphq.js или сангрию.

У меня проект на гошке :(

У меня проект на гошке :(

Гошный graphql-go очень кривой - нет возможности нормально описать кастомные директивы/скаляры для хендлера, хотя 80% работы связано именно с этим.

помимо graphql есть swagger и grpc

я бы выбрал grpc

помимо graphql есть swagger и grpc

swagger… эм ну пока документировать лучше в raml’e, т.к. вышла 1.0 спека. Для простых вещей вполне покатит. GRPC не везде подходит, да и я не думаю что у людей будет желание protobuf гонять/генерить.

Гошный graphql-go очень кривой - нет возможности нормально описать кастомные директивы/скаляры для хендлера, хотя 80% работы связано именно с этим.

Ну - я пока справляюсь)

Ну - я пока справляюсь)

Ну там будет трешак на подобие github’ного github’ного API v4

swagger… эм ну пока документировать лучше в raml’e, т.к. вышла 1.0 спека. Для простых вещей вполне покатит. GRPC не везде подходит, да и я не думаю что у людей будет желание protobuf гонять/генерить.

а расскажите - чем лучше документировать в raml?

а расскажите - чем лучше документировать в raml?

Нету костылей с JSON-Schema, есть поддержка RBAC авторизации и аутентификации в рамках OAuth / JWT, есть Trait’ы… code reuse получается больше. Ну и с raml’a 1.0 можно нормально сгенерить swagger, но не наоборот.

если из raml можно сгенерить swagger - они эквивалентны по фичам

если из raml можно сгенерить swagger - они эквивалентны по фичам

Нет, конкретно фичей по code reuse у Raml’a больше… они хотя бы есть ? Говорю же у raml’a переиспользование кода гораздо больше и нету костылей с json-schema. При генерации с raml’a получаем в 2-3 раза больше swagger спеки… потому что там code reuse хромает. Но естественно при генерации raml’a со swagger’a, получаем такой же толстый raml, потому что генераторы не умеют идентифицировать повторяющиеся куски и запихнуть их в trait’ы, правила или схему.

переиспользование и "костыли с json-schema" (не знаю, о чем вы) - это не про фичи, это про способы описания фич

code reuse - это единственное преймущество, с вашей точки зрения?

whatever

code reuse - это единственное преймущество, с вашей точки зрения?

Да

угу

стоит оно того, что на каждый raml проект приходится 5 swagger проектов?

в смысле - стоит ли тратить врем] на изучение?

стоит оно того, что на каждый raml проект приходится 5 swagger проектов?

На каждый нормальный проект приходиться около пары тысяч кривых… люди «ниасиливают» CS на уровне второго курса универа, и ничего… их жизнь - боль-страдания Популярность отнюдь не означает отсутствие изъязнов в дизайне.

в смысле - стоит ли тратить врем] на изучение?

Стоит, хотя бы для общего развития и понимания избыточности в OpenAPI спеке

технологию мы выбираем не по отсутствию изъянов в дизаайне обычно. вот у go есть несколько серьезнейших проблем, но нам пофиг

Стоит, хотя бы для общего развития и понимания избыточности в OpenAPI спеке

raml теперь тоже openapi :)

raml теперь тоже openapi :)

У них есть совместимость на уровне генераторов swagger’a . Т.е. кому нужен swagger - могут нормально сгенерировать и это поддерживается mulesoft’ом. На этом их вовлечение в OpenAPI заканчивается.

а поправить?

а поправить?

Нет, нужен single source of truth - нет смысла мешать пару спек в кучу…

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

В обратном

спасибо

(сам я пилить не буду - мне генерики не были ни разу нужны за последние 5 лет)

+

Constantine (0) увеличил репутацию Daniel Podolsky (3)

это только мне так везет или кажется Единорогов стали показывать чаще на Гитхабе после покупки его Microfost'ом?

это только мне так везет или кажется Единорогов стали показывать чаще на Гитхабе после покупки его Microfost'ом?

где?

не видел

да некоторые репозитории случайным образом вываливаются на заглушку https://pbs.twimg.com/media/DiPmlKUUwAEFKU4.jpg:large

кек

какой то агресивный единорог

Помогите разобраться. Не понимаю, почему поле меняет тип. https://dev.to/pauljlucas/go-tcha-when-assigning-via-pointer-changes-your-type-2b3g

Гошный graphql-go очень кривой - нет возможности нормально описать кастомные директивы/скаляры для хендлера, хотя 80% работы связано именно с этим.

эм, что?!

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

Речь идёт о холиварах или мемах тоже?

эм, что?!

Простой вопрос: зачем в GraphQL парсере AST если в самом GraphQL нет ассоциативности ?

Речь идёт о холиварах или мемах тоже?

о любых набросах

Простой вопрос: зачем в GraphQL парсере AST если в самом GraphQL нет ассоциативности ?

какой ассоциативности?

какой ассоциативности?

https://en.wikipedia.org/wiki/Operator_associativity

https://en.wikipedia.org/wiki/Operator_associativity

какие операторы? ты о чём вообще? причём тут gql?

какие операторы? ты о чём вообще? причём тут gql?

Вот собственно в graphql-go есть AST, который подразумевает ассоциативность… а в gql ассоциативности нет :3 Самый простой пример херового дизайна.

Вот собственно в graphql-go есть AST, который подразумевает ассоциативность… а в gql ассоциативности нет :3 Самый простой пример херового дизайна.

вроде как советуют graphql-go не использовать, у нас например https://github.com/graph-gophers/graphql-go

Здравствуйте, я не пойму че за приколы вытворяет Golang. Файл cf.txt есть, директория под него тоже созданна. Файл создает, но не хочет копировать информацию... У меня такое впервые. Уже сижу час всё проверяю, всё досконально проверил, всё верно. Кстати с другими директориями тоже не работает. Вот код: https://pastebin.com/TLxqFY1G

а закрывать созданный файл кто будет?

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

Так хороший же мемчик

а закрывать созданный файл кто будет?

спасибо за поправку, но от проблемы я так и не избавился

аааааааааааааа, я понял, я неправильно указал аргументы в io.Copy

вернее перепутал

Так хороший же мемчик

Но в десятый уже похуже..

А на го уже можна использовать https прокси?

А то как то давно пробовал, была ошибка с tls

ребят, ай нид хелп. Как засунуть в докер приложение с go-reform ? использую dep

ткните пожалуйста в какую сторону думать

ребят, не подскажете где найти графы данных для тестов (в любом человеко-читаемом виде)?

мне удалось на данный момент найти только https://schema.org но это не совсем графы и в конце концов приходится самому граф из описанных метаданных придумывать

вроде как советуют graphql-go не использовать, у нас например https://github.com/graph-gophers/graphql-go

Он более-менее, но в нём тоже есть недостатки.

Он более-менее, но в нём тоже есть недостатки.

недостатоки есть во всём абсолютно) однако недостакти это относительное понятие, какие релевентные недостатки можешь назвать?

ткните пожалуйста в какую сторону думать

Вообщем перешёл на vgo. После плясок в итоге все начало компилится. Осталось понять как сделать через vgo вендоринг с выкачкой только одного пакета...

недостатоки есть во всём абсолютно) однако недостакти это относительное понятие, какие релевентные недостатки можешь назвать?

Нету failfast политики для парсера, нету sync.Pool аллокации, не во всех случаях корректно использовать Context… я лично от него давно отказался. В общем сугубо performance вещи и failfast - нельзя отвалится при первой ошибке валидации запроса.

Нету failfast политики для парсера, нету sync.Pool аллокации, не во всех случаях корректно использовать Context… я лично от него давно отказался. В общем сугубо performance вещи и failfast - нельзя отвалится при первой ошибке валидации запроса.

sounds legit а по поводу context’ов - да, их часто абъюзят но полностью отказываться от них не стоит, они хороши для deadline’ов и отменений (cancelation) и для пробрасывания данных через third-party API, для всего остального - нет (совсем недавно писал об абьюзе context’ов https://github.com/arangodb/go-driver/issues/142) performance он всегда приходит только под самый конец

в самом низу даже привёл пример как context’ы хорошо вписываются в случае GraphQL библиотеки

в самом низу даже привёл пример как context’ы хорошо вписываются в случае GraphQL библиотеки

Мне проще допустим для парсера написать кастомный контекст и проверять discard state на atomic fence, допустим, раз в 50 байт - это на мнооого шустрее того же контекста, и без гемора с каскадированием (пробросом вглубь) и каналами. Rule of thumb: на один I/O Reader/Writer буферизированный - один контекст, можно и без каналов если хочется вот прям high-availability. Я просто graphql либу с кастомными фичами (скалярами/директивами/failfast’ом/msgpack’ом etc) пилю - приходится сталкиваться с этим всем делом. Особенно весело когда fb внезапно правит спеку без какой-либо errat’ы и возникает эффект «Воу, что-то новенькое!». Ведь Ли Байрон уже с фб эвакуировался…. и х его знает чем они там орудуют и что употребляют в промежутках.