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

Получилось применить магию b2s, если при добавлении элемента в мапу скопировать строку (например, с помощью strings.Builder). Тогда уже не утекал ключ в мапе при сборке мусора

только у яндекса:

stdout:


stderr:
# command-line-arguments
./source.go:37: undefined: strings.Builder

это очень старый go у них

Старый, наверно

вместо этого пробую bytes.Buffer для копирования строки

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

Привет.

Можете посоветовать библиотеку для работы с SOAP?
Нужно динамически загружать WSDL (главное без перекомпиляции программы), принимать запрос в соответствии с wsdl и отдавать его же на апстрим. Такой простенький soap proxy с валидацией запросов.

Знаю, как сделать на других языках, а вот на go не нашёл чего-то подобного ;(

это будет блин рефлееект, медлвеннно - я не уверен что кто-то бахнул

Угу( а вот дерево....)

так а что - дерево?

На у него есть метод addCount([]byte), и нет нужны ничего конвертировать в string, за счет этого код ускоряется

Добрый вечер! Есть тут кто шарит за clean architecture?

У меня такой кейс: модели, в зависимости от типа, по-разному работают с репозиторием, через разные методы (напрммер - по-разному хранятся, где-то как одна запись в таблице, где-то как целая таблица, говоря словами реляционных бд).

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

ша?

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

модель в данном случаи просто структура + максимум validate

(и то без бд)

В твоем примере я не понял, каким образом ты узнаешь про внешний слой, если твои "классы" принимают параметром интерфейс репозитория?

ну, они с ним оперируют, это не считается?

т.е. если указан интерфейс, а не конкретная реализация, не считается нарушением?