все равно что вы выйдете на стадион и просто заорете "привет", в ожидании ответочки

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

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

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

Мля...ть

В смысле спасибо

Народ. С мп3 кто-нибудь пробовал? В питоне есть и pygame и mpg123, в го самым простым было пользовать библиотеку от одного японца (oto hajime) что ли, но там проблема воспроизведения на raspberry pi - звук будто пластинку тянут

type RoomList map[int]*Room // Rooms List func (rl *RoomList) AddToList(r *Room) { *rl[r.id] = r } пишет: invalid operation: rl[r.id] (type *RoomList does not support indexing) Что делаю не так?

type RoomList map[int]*Room // Rooms List func (rl *RoomList) AddToList(r *Room) { *rl[r.id] = r } пишет: invalid operation: rl[r.id] (type *RoomList does not support indexing) Что делаю не так?

(*rl)[r.id] = r

А еще вопрос, если r - это указатель на структуру Room, то обращение к нему должно быть таким же как и к rl? те (*r).id?

почему компилятор пропустил r.id?

А еще вопрос, если r - это указатель на структуру Room, то обращение к нему должно быть таким же как и к rl? те (*r).id?

Не должно

Посоны, я тут бота зарелизил ?

Дятла?! :)

Не должно

те когда мы обращаемся к самой структуре напрямую надо (*) , а если к полям структуры, то можно просто так?

Не удержался :)

те когда мы обращаемся к самой структуре напрямую надо (*) , а если к полям структуры, то можно просто так?

Да

Благодарю!

Daniel Podolsky Посмотрел вашу презентацию. Можете поподробнее сказать чем плохи строки вместо пременных? Когда в структуру пишем строки.

Daniel Podolsky Посмотрел вашу презентацию. Можете поподробнее сказать чем плохи строки вместо пременных? Когда в структуру пишем строки.

че за презегтация? ссылку плиз

https://devconf.ru/data/devconf2016/ppt/185.pdf

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

А когда гитхаб закроется, что делать без зависимостей? :-/

?

Доброго времени суток всем! Есть один вопрос. Имеем структуру, которая получается приемом JSON POST запроса. type ArgsList struct { Arg1 string Arg2 string Arg3 string и т.д. } Получаю принятые данные, весь ArgList - {"ArgList": {"Arg1": "", "Arg2": "", "Arg3": "", и т.д.}} Теперь, нужно проверить динамически каждый параметр на пустоту. var argList ArgList <--- Заполнили инстанс данными из принятого JSON. resultErr := "Вы передали пустой %v" if argList.Arg1 != "" || argList.Arg2 != "" || argList.Arg3 != "" { result := fmt.Sprintf(resultErr, ???) (Вот здесь то и нужно вместо вопросов вставить конткретное поле, то есть Arg1, либо Arg2 и тд.) }

переходить на другой язык, где нет привязки к гитхабу)

Каким это макаром Go к Гитхабу привязан? 0_o

Каким это макаром Go к Гитхабу привязан? 0_o

Видимо, Import'ы с гитхаба имеются в виду

Доброго времени суток всем! Есть один вопрос. Имеем структуру, которая получается приемом JSON POST запроса. type ArgsList struct { Arg1 string Arg2 string Arg3 string и т.д. } Получаю принятые данные, весь ArgList - {"ArgList": {"Arg1": "", "Arg2": "", "Arg3": "", и т.д.}} Теперь, нужно проверить динамически каждый параметр на пустоту. var argList ArgList <--- Заполнили инстанс данными из принятого JSON. resultErr := "Вы передали пустой %v" if argList.Arg1 != "" || argList.Arg2 != "" || argList.Arg3 != "" { result := fmt.Sprintf(resultErr, ???) (Вот здесь то и нужно вместо вопросов вставить конткретное поле, то есть Arg1, либо Arg2 и тд.) }

Какие реализации существуют?

Доброго времени суток всем! Есть один вопрос. Имеем структуру, которая получается приемом JSON POST запроса. type ArgsList struct { Arg1 string Arg2 string Arg3 string и т.д. } Получаю принятые данные, весь ArgList - {"ArgList": {"Arg1": "", "Arg2": "", "Arg3": "", и т.д.}} Теперь, нужно проверить динамически каждый параметр на пустоту. var argList ArgList <--- Заполнили инстанс данными из принятого JSON. resultErr := "Вы передали пустой %v" if argList.Arg1 != "" || argList.Arg2 != "" || argList.Arg3 != "" { result := fmt.Sprintf(resultErr, ???) (Вот здесь то и нужно вместо вопросов вставить конткретное поле, то есть Arg1, либо Arg2 и тд.) }

Допустим, имеем 20 полей Arg, нужно кратко ответить пользователю, какое именно из полей он передал пустым. Возможна ли краткая реализация такого?

Допустим, имеем 20 полей Arg, нужно кратко ответить пользователю, какое именно из полей он передал пустым. Возможна ли краткая реализация такого?

jsonschema ? Но я не уверен, насколько это коротко

Сегодня вышла первая часть моего курса по Go на Coursera. Наслаждайтесь :) https://www.coursera.org/learn/golang-webservices-1?utm_source=mipt&utm_medium=institution&utm_campaign=telegram_post_mrg

Допустим, имеем 20 полей Arg, нужно кратко ответить пользователю, какое именно из полей он передал пустым. Возможна ли краткая реализация такого?

reflect https://golang.org/pkg/reflect/? r := reflect.ValueOf(json) f := reflect.Indirect(r).FieldByName(field) пройди по каждому полю и выведи на соответсвующем не прошедшим проверку сообщение

Спасибо. Рефлект знаю. Думал может проще решение есть.

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

Daniel Podolsky Посмотрел вашу презентацию. Можете поподробнее сказать чем плохи строки вместо пременных? Когда в структуру пишем строки.

Я не понял вопроса

страница 13

что имеется ввиду?

Что плохо в Go как в языке Питонизмы: строки вместо переменных

тут в примере массив строк в структуре

это не правильно?

func (rl RoomList) AddToList() {} Народ подскажите, если для структуры определен метод, то при вызове этого метода структура копируется в него или передается по ссылке?

Равнозначны ли по памяти func (rl RoomList) AddToList() {} и func (rl *RoomList) AddToList() {}?

func (rl RoomList) AddToList() {} Народ подскажите, если для структуры определен метод, то при вызове этого метода структура копируется в него или передается по ссылке?

если RoomList именно структура, то копируется, если это type []Room то передается по ссылке

если это type []Room - он про массив стурктур не писал.

если RoomList именно структура, то копируется, если это type []Room то передается по ссылке

ну я так понимаю, что type []Room - это массив?

ну я так понимаю, что type []Room - это массив?

слайс

Ну в смысле - да

type RoomList map[int]*Room

то есть при каждом вызове метода func (rl RoomList) AddToList() {} в памяти будет создаваться полная копия структуры rl?

тогда по ссылке, разницы (*RoomList) или (RoomList) по памяти не будет

мапа, как и слайс - это ссылка же

тогда по ссылке, разницы (*RoomList) или (RoomList) по памяти не будет

А, ок

мапа, как и слайс - это ссылка же

Ну тут частный случай, а мне в общем понять хочется.

Структура может быть с множеством полей

то есть получается что разница между (*RoomList) и (RoomList) лишь в объекте к которым применяется метод, для ссылки на *RoomList будут работать методы объявленные для func (rl *RoomList) AddToList(), а для RoomList будут работать методы объявленные для func (rl RoomList) AddToList()

так?

я думаю правильнее будет написать тестовую прогу и проверить. А не верить на слово

так?

нет

бенчмарк тебе покажет скольок памяти сьела функция

в функцию (*RoomList) будет передан указатель rl, а в (RoomList) будет скопирована структура, в случае если RoomList - это структура, если это map или slice, то в первом случае будет передан указатель на ... во втором сам map или slice, а т.е. ссылка

в функцию (*RoomList) будет передан указатель rl, а в (RoomList) будет скопирована структура, в случае если RoomList - это структура, если это map или slice, то в первом случае будет передан указатель на ... во втором сам map или slice, а т.е. ссылка

Доходчиво. Спасибо.

нет никакого смысла в метод инстанса передавать сам инстанс по значению

вот вообще никакого

ибо смысл метода объекта в общем случае - это манипуляция его внутренним состоянием, т.е. стейт машина

нет никакого смысла в метод инстанса передавать сам инстанс по значению

ну вот меня этот же вопрос и мучает

тогда проще все метоы делать с * ( pointer receiver )

вы хотите сказать что методы обьекта только для манипуляций внутрениими даными? А как тогда обьекту предавать ынешние данные? геттерами сететрами?

ERROR: S client not available

вы хотите сказать что методы обьекта только для манипуляций внутрениими даными? А как тогда обьекту предавать ынешние данные? геттерами сететрами?

аргументами методов

так он про это же и писал вроде?

тогда проще все метоы делать с * ( pointer receiver )

Конечно проще:) Если не паттерн builder или там не ещё что-то, что должно копировать, то проще указатели всегда.

вы хотите сказать что методы обьекта только для манипуляций внутрениими даными? А как тогда обьекту предавать ынешние данные? геттерами сететрами?

не понял, каким образом манипуляция внутренним состоянием исключает передачу внешних данных

я из вашего поста это понял

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

А если там внутри какие-нибудь sync.Mutex лежат в структуре, то без указателя вообще багов можно наловить тысячи

мапа, как и слайс - это ссылка же

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

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

ну длина и ёмкость скопируются, да:)

А если там внутри какие-нибудь sync.Mutex лежат в структуре, то без указателя вообще багов можно наловить тысячи

Каким образом? У тебя один объект, для которого описаны эти самые методы, и вызываться они будут относительно этоже объекта

ну длина и ёмкость скопируются, да:)

а какой смысл в этом?

а дальше возможные веселые фокусы, когда элемент добавил, а он не добавился )

а дальше возможные веселые фокусы, когда элемент добавил, а он не добавился )

++

смысла - ноль, но много места для багов

Каким образом? У тебя один объект, для которого описаны эти самые методы, и вызываться они будут относительно этоже объекта

type A struct { x sync.Mutex y map[int]int } func (a A) doSomething() { // вот тут a.x - это уже другой мьтекс, который по умолчанию незалочен. // и если идти к мапе через его лок - получится race condition a.x.Lock() a.y[1] = 2 a.x.Unlock() }

type A struct { x sync.Mutex y map[int]int } func (a A) doSomething() { // вот тут a.x - это уже другой мьтекс, который по умолчанию незалочен. // и если идти к мапе через его лок - получится race condition a.x.Lock() a.y[1] = 2 a.x.Unlock() }

Так в то-то и баг, что метод получается описан для struct A, а в сам метод приходит копия struct A, которая с исходным объектом (структурой) не связана

Так в то-то и баг, что метод получается описан для struct A, а в сам метод приходит копия struct A, которая с исходным объектом (структурой) не связана

Это не баг, это фича. Можно указатели делать, можно копировать. Кому что надо.

копировать == баг

копировать == баг

Почему баг-то? Бывает, когда нужно именно копирование. Вон в том же logrus.WithField() как пример

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

Что сбивает с толку при переходе на го

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

а тут ты можешь и так и по другому.

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

Ну, у всех языков своё.

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

а race conditiond detector такое видит?

а race conditiond detector такое видит?

иногда видит)

хуже, что иногда нет )

Дьявол кроется в деталях)))

interface это указатель?

не уверен что интерфейс может быть указателем...

type TreeCell struct { Master *Master Tabs interface{} }

какой будет размер структуры?