я просто слышал что только вебсокеты не поддерживаются в fasthttp

Пытался решить проблему сравнения двух мап для произвольного типа. В Scala или Rust или C++ я бы использовал параметрические типы, а вот в Go подобного нет. Есть интерфейсы. Можно использовать мапу map[interface{}]interface{} но это не то. В общем все что пришло в голову это сделать интерфейс с методом value() который вернет map[interface{}]interface{} и заколхозить обертки вокруг мап нужного типа (map[interface{}]string/int/float64). Как пример идеи выложил в плее, просьба кто в курсе указать, либо такие проблемы иначе архитектурно решаются, либо есть средства язы htка которые решают подобное красиво Можно reflect использовать, но хотелось бы в рантайме избежать проверок(кстати гляньте то что я сколхозил в рантайме не должно же проверки делать? Только вроде как при сборке и все?) https://play.golang.org/p/5k47VJHIbvD

я просто слышал что только вебсокеты не поддерживаются в fasthttp

из коробки не поддерживаются. Так-то прекрасно работают

из коробки не поддерживаются. Так-то прекрасно работают

прекрасно работают с valyala форком который 3 года не обновлялся?

У кого-нибудь есть успешный опыт решения проблемы про неспособность json.Unmarshal переварить литералы NaN, Infinity, -Infinity? У меня есть сторонний сервис на питоне, который возвращает такие JSONы: '{"coordinates": [49.66111, NaN]}' Я предпринял неудачную попытку написать на Go кастомный тип с маршалерером для декодирования таких JSONов: https://play.golang.org/p/T9PSiKslYYC Пожалуйста, посоветуйте другой декодер или способ использования стандартного декодера, обеспечивающий совместимость с NaN.

прекрасно работают с valyala форком который 3 года не обновлялся?

ну — ws я последний раз в прошлом месяце пилил, всё работает

Можно ли назвать интерфейс, позволяющий работать с клиентов подключённым к серверу - "агентом"? т.е. ClientAgent

API что ли?

API что ли?

всмсл?

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

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

тем не менее интересно ваше мнение, понятно ли это людям кроме меня и моим коллегам)

мне не совсем понятна постановка задачи)

мне не совсем понятна постановка задачи)

мне тоже

мне не совсем понятна постановка задачи)

короче есть подключённый к серверу по сокетам клиент, сейчас он так и называется: "Client". этот объект представляет собой интерфейс работы с соединением этого клиента и я хочу его переименовать в "ClientAgent" т.е. агент клиента на сервере

однако я не уверен что терминология правильная

звучит как терминал или API клиент

ну для всяких бд это ведь обычно просто connection а агент/сервис, в принципе, может оперировать уже коннекшном

например такой примерно есть кейс. Биржи торговые предоставлят апи (в т.ч. по вебсокетам). Это апи. А клиент апи- торговый терминал

просто, понятно, без бессмысленного задротства

не знаю что вам просто "клиент" не нравится

таки да

не знаю что вам просто "клиент" не нравится

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

ну тут я не очень подскажу

хранитель стандартов у нас @onokonem

Господа, подскажите, пожалуйста? Я новичок именно в Go Вот обычно есть класс DbEntity, от нее наследуем User и Order; соотв., можно написать CRUD для любого унаследованного от DbEntity класса. Но у нас в Go нет такого понятия, как наследование структур от структур. Как же тогда быть? Можно ли каким-то образом объединить группу структур по чему-то общему?

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

Господа, подскажите, пожалуйста? Я новичок именно в Go Вот обычно есть класс DbEntity, от нее наследуем User и Order; соотв., можно написать CRUD для любого унаследованного от DbEntity класса. Но у нас в Go нет такого понятия, как наследование структур от структур. Как же тогда быть? Можно ли каким-то образом объединить группу структур по чему-то общему?

встраивание

Господа, подскажите, пожалуйста? Я новичок именно в Go Вот обычно есть класс DbEntity, от нее наследуем User и Order; соотв., можно написать CRUD для любого унаследованного от DbEntity класса. Но у нас в Go нет такого понятия, как наследование структур от структур. Как же тогда быть? Можно ли каким-то образом объединить группу структур по чему-то общему?

композиции никто не отменял, но возможно это не совсем то что нужно в данной ситуации, разве интерфейсы не решают задачу?

Господа, подскажите, пожалуйста? Я новичок именно в Go Вот обычно есть класс DbEntity, от нее наследуем User и Order; соотв., можно написать CRUD для любого унаследованного от DbEntity класса. Но у нас в Go нет такого понятия, как наследование структур от структур. Как же тогда быть? Можно ли каким-то образом объединить группу структур по чему-то общему?

https://play.golang.org/p/-guDYUZ52W3

композиции никто не отменял, но возможно это не совсем то что нужно в данной ситуации, разве интерфейсы не решают задачу?

я как понял ему надо что-то типо такого

но лучше не по ссылке конечно

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

наследование можно конечно эмулировать композицией но придётся много ручками писать

https://play.golang.org/p/gW8WjARZZDR

вот так

если бы мы получали *DbEntity то при первом же изменении - отгребли бы

вместо ожидаемого результата - 123 321 получили бы 321 321

хотеть я язык read only атрибутов без бубна ?

https://play.golang.org/p/gW8WjARZZDR

u1.Id = ... это какая-то магия, в User же нет поля Id почему я это вижу впервые? ?

если ты используешь встраивание

то есть такой сахарок

я тут попробоваль набросать чего хотелось https://play.golang.org/p/_uEIWneEemH

то есть такой сахарок

god dammit! почему я это только сейчас узнал ?

seems to make life so much easier

я тут попробоваль набросать чего хотелось https://play.golang.org/p/_uEIWneEemH

"i can be anything in [User, Order]" что означает?

я тут попробоваль набросать чего хотелось https://play.golang.org/p/_uEIWneEemH

эй, принято выкладывать код который можно запустить ?

ну по крайне мере стараться

прошу прощения, в дальнейшем буду знать)

ну несколько не гоувей подход

у нас принято не плодить "универсальных" сущностей

но если вам так надо

то можно сделать интерфейс для обоих (одинаковый)

и кормить его

просто ваш Get в примере

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

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

вы дайте бизнес кейс

с этими двумя сущностями

что бы не описывать все варианты ?

логично. минутку)

что-то там тз с "яндекс" размером судя по всему ?

Всем привет! Подскажите ответ на такой вопрос: Изучаю CI/DI в составе gitlab. У меня небольшой петпроджект на микросервисах (5 штук), соответсвенно один репозиторий для всех сервисов, для всего кода (типа монорепозиторий). Если я размещаю gitlab-ci.yaml в master ветке, то любой commit запустить процесс CI. Но как мне быть если я хочу запустить например сборку и деплой в контейнер для одного конкретного сервиса? Для каждого сервиса делать отдельную ветку, а потом все мерджить? Или через теги как-то можно задачи определять?

да нет, кажется я понял. я сча реализацию накропаю и похвастаюсь)

Всем привет! Подскажите ответ на такой вопрос: Изучаю CI/DI в составе gitlab. У меня небольшой петпроджект на микросервисах (5 штук), соответсвенно один репозиторий для всех сервисов, для всего кода (типа монорепозиторий). Если я размещаю gitlab-ci.yaml в master ветке, то любой commit запустить процесс CI. Но как мне быть если я хочу запустить например сборку и деплой в контейнер для одного конкретного сервиса? Для каждого сервиса делать отдельную ветку, а потом все мерджить? Или через теги как-то можно задачи определять?

какой смысл в таком случае все держать в одной репе?

Всем привет! Подскажите ответ на такой вопрос: Изучаю CI/DI в составе gitlab. У меня небольшой петпроджект на микросервисах (5 штук), соответсвенно один репозиторий для всех сервисов, для всего кода (типа монорепозиторий). Если я размещаю gitlab-ci.yaml в master ветке, то любой commit запустить процесс CI. Но как мне быть если я хочу запустить например сборку и деплой в контейнер для одного конкретного сервиса? Для каждого сервиса делать отдельную ветку, а потом все мерджить? Или через теги как-то можно задачи определять?

можно теги, можно ветку

и да, не проще ли разные репы?

и да, не проще ли разные репы?

т.е. для каждого сервиса разный реп?

ну если это настоящие "микросервисы", то да)

ну если это настоящие "микросервисы", то да)

немного не пойму. Например у меня в gitlab создан проект. Проект должен быть на каждый сервис или несколько репов (под каждый сервис) в рамках одного проекта можно (нужно) сделать?

немного не пойму. Например у меня в gitlab создан проект. Проект должен быть на каждый сервис или несколько репов (под каждый сервис) в рамках одного проекта можно (нужно) сделать?

1 сервис - 1 репа, шаред кода не должно быть если по статьям из интернета делать)

ну если это настоящие "микросервисы", то да)

чушь. Есть вполне понятная штука, которая называется mono repository. К настоящим, или к не настоящим сервисам кол-во репозиториев отношения не имеет никакого. Совсем

чушь. Есть вполне понятная штука, которая называется mono repository. К настоящим, или к не настоящим сервисам кол-во репозиториев отношения не имеет никакого. Совсем

вот и я про это думаю... У многих же компаний именно моно реп...

хотя с другой стороны почти все "микросервисы", которые пишут на го, к микросервисам тоже отношения не имеют... так что пофиг)

чушь. Есть вполне понятная штука, которая называется mono repository. К настоящим, или к не настоящим сервисам кол-во репозиториев отношения не имеет никакого. Совсем

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

вот и я про это думаю... У многих же компаний именно моно реп...

а они рады этому?

а они рады этому?

да походу это уже философский вопрос, что лучше))

чушь. Есть вполне понятная штука, которая называется mono repository. К настоящим, или к не настоящим сервисам кол-во репозиториев отношения не имеет никакого. Совсем

ну вот тогда занимайтесь сексом сами со правкой/сборкой/делигацией единичного сервиса) я не настаиваю на разделении

Где лучше инитить viper конфиг в main или init ?

Где лучше инитить viper конфиг в main или init ?

Где удобно.

Привет! Есть проблема, при go build игнорируются строки, которые используют пакеты например func init() { println("preved") CLI.Flags().StringVarP(&cfg, "config", "c", "./contrib/configs/config.yml", "/path/to/config.yml") println("precer") } выведет println, вторую строчку пропускает

https://making.pusher.com/golangs-real-time-gc-in-theory-and-practice/

Вопрос по декораторам. Можно ли как-то вменяемое обернуть группу функций, которые получают на вход разные типы аргументов и возвращают тоже разные?

Генерики

Вопрос по декораторам. Можно ли как-то вменяемое обернуть группу функций, которые получают на вход разные типы аргументов и возвращают тоже разные?

а собственно зачем? для какой задачи?

а собственно зачем? для какой задачи?

Для проверки подключения к бд и сбора метрик, например

это деревня, например