как мне нужно назвать структуру если она динамическая"1219": { "order": 25300, "name": "бла бла", "type_site": 2, "is_dop_stat": 0, "data": { "97511568": { "blocks": { "T": { "Tm": {

var crazyshit map[string]interface{}

crazyfuckingshit же?

pleasekillmenowwhatafuckingshamethisiscrazyfuckingpeaceofshit

ну тогда-уж: please_kill_me_now_whata_fucking_shame_this_is_crazy_fucking_peace_of_shit либо: pleaseKillMeNowWhataFuckingShameThisIsCrazyFuckingPeaceOfShit

pleasekillmenowwhatafuckingshamethisiscrazyfuckingpeaceofshit

а если это название метода тогда вообще весело: // PleaseKillMeNowWhataFuckingShameThisIsCrazyFuckingPeaceOfShit instructs the program to kill the author of this crazy fucking piece of shit code that's also a fucking shame func (f *FuckingPieceOfShitFactory) PleaseKillMeNowWhataFuckingShameThisIsCrazyFuckingPeaceOfShit() {}

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

Да все как обычно. Цепочки инклюдов, циклические инклюды, отсутствующие инклюды (и тогда порядок инклюда в третий файл роляет), конфликтующие инклюды, макросы с одинаковыми именами и разным поведением, переопределяемые в инклюдах. Вся вот эта мерзость. Я уж и забыл, почему с++ именно си-плюс-плюс

вы просто не умеете готовить С++

Да все как обычно. Цепочки инклюдов, циклические инклюды, отсутствующие инклюды (и тогда порядок инклюда в третий файл роляет), конфликтующие инклюды, макросы с одинаковыми именами и разным поведением, переопределяемые в инклюдах. Вся вот эта мерзость. Я уж и забыл, почему с++ именно си-плюс-плюс

кто какой DI для Go использует?

вот да, постоянно вижу в чатике про go di. Вопрос - зачем вам нужна эта магия?

вот да, постоянно вижу в чатике про go di. Вопрос - зачем вам нужна эта магия?

воообще, если вам в го понадобился DI контейнер, то у вы 1) выбрали не тот язык программирования 2) у вас проблемы с архитектурой

Поэтому у uber две реализации контейнеров в го?

читай выше

в чем инъекция зависимостей магия?

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

неявное получения инстанса, каст типа

1) Моё высказывание 2) Потому-что сам спросил

ты что-то с чем-то спутал

ну вот беру первый репозиторий из гугла по запросу golang di https://github.com/sarulabs/di ctn := builder.Build() obj := ctn.Get("my-object").(*MyObject) ну хз такое удобство

ну вот беру первый репозиторий из гугла по запросу golang di https://github.com/sarulabs/di ctn := builder.Build() obj := ctn.Get("my-object").(*MyObject) ну хз такое удобство

это dic. dic != di

Инкрементирую, DIC в go не нужен. DI же можно самому ручками зарезолвить.

пару дней назад я приводил свой пример di без dic

блин вы ещё про фреймворк для акторов в го спросите

https://github.com/AsynkronIT/protoactor-go если нужен!

Давайте опрос: 1) Я использую какую-то либу для DI 2) Я использую замыкание, у меня нет сложных композиций зависимостей func SomeHandler(db *sql.DB) http.HandlerFunc { fn := func(w http.ResponseWriter, r *http.Request) { ... } return http.HandlerFunc(fn) } func main() { db, err := sql.Open(...) http.HandleFunc("/some-route", SomeHandler(db)) // etc. } 3) Использую структуру для хранения всех необходимых зависимостей type Env struct { db *sql.DB someRepo *SomeRepo otherRepo *OtherRepo } env := &Env{db: db} http.HandleFunc("/books", env.someHandler) func (env *Env) someHandler(w http.ResponseWriter, r *http.Request) { } 4) Другое

Давайте опрос: 1) Я использую какую-то либу для DI 2) Я использую замыкание, у меня нет сложных композиций зависимостей func SomeHandler(db *sql.DB) http.HandlerFunc { fn := func(w http.ResponseWriter, r *http.Request) { ... } return http.HandlerFunc(fn) } func main() { db, err := sql.Open(...) http.HandleFunc("/some-route", SomeHandler(db)) // etc. } 3) Использую структуру для хранения всех необходимых зависимостей type Env struct { db *sql.DB someRepo *SomeRepo otherRepo *OtherRepo } env := &Env{db: db} http.HandleFunc("/books", env.someHandler) func (env *Env) someHandler(w http.ResponseWriter, r *http.Request) { } 4) Другое

DI в go public poll Использую структуру для хранения всех необходимых зависимостей – 17 👍👍👍👍👍👍👍 71% @hellb0ys, @twentydraft, @fskrypter, @Geshido, @Deff7, @negasus, @sluchainiyznak, @di3young, @repentant_gopher, @kapsamun, @emreu, @supmea, Alexander, @valyala, @nexmean, @Tweekus, @nordborn Я использую библиотеку для DI – 4 👍👍 17% Igor, @kukumbership, @EugeneKoshevoy, Дмитрий Я использую замыкание, у меня нет сложных композиций зависимостей – 2 👍 8% @crxfoz, @onokonem Другое – 1 ▫️ 4% @deathmoroz Я использую замыкание, у меня есть сложная композиция зависимостей ▫️ 0% 👥 24 people voted so far.

День добрый, помогите запустить в докере проект. Не пойму что нужно задать в конфиге чтоб видел папки. Ошибка: package app/api: unrecognized import path "app/api" (import path does not begin with hostname) Конфиг: FROM golang:1.10 WORKDIR /go/src/app COPY . . RUN go get -d -v ./... RUN go install -v ./... CMD ["app"] Проект лежит в папке app ругается на import api "app/api"

import path does not begin with hostname ошибку загугли

Я пробовал по разному задавать ENV GOPATH /go ENV GOPATH /go/src , но без результатно

Господа! Нормально ли поведение когда множество воркеров которые используя net.DialTimeout пытаясь подключиться создают системные треды?