вики?

:)

Оо, ООП срачик

Оо, ООП срачик

кушать подано

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

шта?

вы еще про SOLID вспомните

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

Нету стандарта ООП.

Нету стандарта ООП.

а как же фабрики фабрик фабрик и "всё есть объект"? :D

так можно сказать, что в Си тоже есть ООП, немного совокуплений и готово. Из коробки в го ООП слабое

Нету стандарта ООП.

Как нет? Их хоть жопой жуй

Как нет? Их хоть жопой жуй

это не стандарты

Лул ;)

народ давайте не будем устраивать срач

а то мы очнемся через месяц

Стандарта нет, но если половину паттернов из GOF нельзя реализовать просто, это уже можно сказать - язык не поддерживает ООП

народ давайте не будем устраивать срач

Да сам же и устроил :)

я? O_o

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

вот он коварный тип

я? O_o

именно.

Я не устраивал срач, я сказал о том что я пишу ООП код на го)

Я не устраивал срач, я сказал о том что я пишу ООП код на го)

покажи :)

Ещё скажу

Я не устраивал срач, я сказал о том что я пишу ООП код на го)

ох как громко)

Я использую dependency injection в го

DI это норма, без этого тесты не напишешь

я думаю нам надо срочно спасать душу Maxim, путем торжественного сжигания на костре

DI в гоу? O RLY?

Наверно вы не писали больших приложений ещё)

DI это норма, без этого тесты не напишешь

совсем?

Наверно вы не писали больших приложений ещё)

ну расскажи или плкажи, интересно ж)

совсем?

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

Посмотри репозитории uber-go) там много интересного)

Посмотри репозитории uber-go) там много интересного)

что именно смотреть? смотрел zap, криминала не видел

Не понял про криминал, мы же про ООП подход, di и подобную фигню. Можно посмотреть fx, yarpc. fx - как раз контейнер, yarpc - вменяемый пример ООП кода)

посмотрел, fx прикольный, но не особенно нужный и не особенно много дает

что-то в вашем ООП запахло рефлексией https://github.com/yarpc/yarpc-go/blob/dev/inject.go#L139

посмотрел, fx прикольный, но не особенно нужный и не особенно много дает

https://github.com/sarulabs/di мы вот такую штуку для сборки зависимостей используем.

неплохо

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

Трэш и рефлексия

Трэш и рефлексия

На вкус и цвет. Спорить нет смысла)

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

как запасное оружие будет =)

как запасное оружие будет =)

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

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

надеюсь тоже так случится =)))

Подскажите, позволяет ли указание interface{} в map мапить переменную любого типа?

map[string]interface{}{"name": "Wilson", "age":34}

позволяет

Ребят, кто знает в чем ошибка? Версия на локалке 1.10, а на проде 1.10.1. При go build выдаёт такую ошибку: compile: version "go1.10" does not match go tool version "go1.10.1"

Что вынутри? Вендоринг используешь?

Не использую

блин, интересный язык Go!

прям нравится =)))

да и именование похожее на C#

что привычно =)

Не использую

Обычно такая штука творится когда ты ставишь одну версию поверх другой

возможно у тебя намешаны пару версий

попробй под чистую снести версии все го и поставить одну ту что нужно

блин, интересный язык Go!

Я в него влюбился вообще с первого раза ) Очень приятная штука - располагает к себе)

а для Go есть библиотека нормальная для работы с WinAPI?

Ну она есть

а для Go есть библиотека нормальная для работы с WinAPI?

да.

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

ERROR: S client not available

Т.Е. низкоуровневое апи лучше вызывать по необходимости

даже память приложений дорого читать?

крайней

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

Если это нужно так

Сейчас вроде уже не так дорого оно. Но Если это не критично то используй

https://github.com/JamesHovious/w32

ну мне одна функция нужна, чисто память читать =)

Ну тогда пользуй почему бы и нет :)

Особенно если это не критично по скорости то вообще ез проблем

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

it depends. писать сверх производительный драйвер или ещё как-то экономить на спичках - это в любом случае не про Го а так для винапи есть https://github.com/lxn/win https://github.com/lxn/walk

по скорости критично =))

там же вроде простенький вызов Win API функции, для C# довольно быстро работает

для Go тоже должно

it depends. писать сверх производительный драйвер или ещё как-то экономить на спичках - это в любом случае не про Го а так для винапи есть https://github.com/lxn/win https://github.com/lxn/walk

Ну это как минимум накладывается. Естественно это зависит от ситуации.

там же вроде простенький вызов Win API функции, для C# довольно быстро работает

C# будет быстрее дёргать dll, это 100%

ну главное, чтобы не в 2 раза

был выбор между Rust и Go. Сначала посмотрел Rust, так там синтаксис вообще черт ногу сломит =)

на Go четкий

Я в раст залез и не захотел туда больше лезть. После приятности го не хочется залазить в такие кушери

ну да, задаешь себе вопрос, - А зачем все эти сложности?

а можно вопрос? зачем срезы нужны?

это получается как указатели на массив?

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

Срезы это считай кусок массива

ну грубо говоря

угу, я понял, только не понял зачем их использовать =)

если можно массив =)

А также (не правилньо гвооря) можно говорить о них как о массивах переменной длинны если изначально так инициализировать)

Ну допустим чтобы хранить часть какого-то другого массива и изменять его

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

на элементы массива