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

Не проще было работать с map?

мап в случайном порядке элементы отдает

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

мап в случайном порядке элементы отдает

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

Есть тут люди, которые работали с sip ?

я только с ice, если это поможет)

я только с ice, если это поможет)

Не, вряд ли ))

я только с ice, если это поможет)

у него Kamailio

Всем привет. Есть двумерный массив [n][n]int как проверить что например [10,2] не выходит за пределы массива? Знаю что map возвращает вторым значением bool для этой проверки, а с массивами как быть?

Всем привет. Есть двумерный массив [n][n]int как проверить что например [10,2] не выходит за пределы массива? Знаю что map возвращает вторым значением bool для этой проверки, а с массивами как быть?

cap()?

cap()?

как эта ф-ция поможет? можно пример?

можно. а почему не слайсы?

зачем нужны напрямую массивы?

зачем нужны напрямую массивы?

пусть будут слайсы s := make([][]int, 10*10) a := s[-3][500] как проверить перед присвоением?

пусть будут слайсы s := make([][]int, 10*10) a := s[-3][500] как проверить перед присвоением?

package main import ( "fmt" ) func main() { s := make([][]int, 10*10) for i := 0; i < len(s); i++ { s[i] = make([]int, 10*10) } k := 1 j := 99 res := isValidKey(k, s) && isValidKey(j, s[k]) if res { a := s[k][j] fmt.Printf("valid: %#+v", a) } else { fmt.Println("invalid") } } func isValidKey(key int, slice interface{}) bool { switch slice.(type) { case [][]int: return key >= 0 && len(slice.([][]int)) > key case []int: return key >= 0 && len(slice.([]int)) > key } return false }

package main import ( "fmt" ) func main() { s := make([][]int, 10*10) for i := 0; i < len(s); i++ { s[i] = make([]int, 10*10) } k := 1 j := 99 res := isValidKey(k, s) && isValidKey(j, s[k]) if res { a := s[k][j] fmt.Printf("valid: %#+v", a) } else { fmt.Println("invalid") } } func isValidKey(key int, slice interface{}) bool { switch slice.(type) { case [][]int: return key >= 0 && len(slice.([][]int)) > key case []int: return key >= 0 && len(slice.([]int)) > key } return false }

если захотеть, это можно написать лучше.

если захотеть, это можно написать лучше.

спасибо за пример. выглядит это конечно вообще не айс..

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

Всем привет. Есть двумерный массив [n][n]int как проверить что например [10,2] не выходит за пределы массива? Знаю что map возвращает вторым значением bool для этой проверки, а с массивами как быть?

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

Ребят, как в структурах инициализировать слайсы?

И нужно ли их там вообще инициализировать. Через make([]slice,site_slice)?

И нужно ли их там вообще инициализировать. Через make([]slice,site_slice)?

нужно. сделай конструктор структуры.

Хорошо. Но таким же образом инициализировать слайс в структуре: make([]slice,site_slice)?

что-то вроде этого func NewMyStruct() *MyStruct { return &MyStruct{ mySlice: make([]string), } }

Спасибо!

не за что :)

Тут еще один вопрос подошел. Есть у меня листинг websocket-ов, мне нужно каждый сокет слушать одновременно, в зависимости от ответа проявлять какую либо реакцию, и снова продолжать слушать. Как быть?

nonblock socket не хотелось бы использовать, может есть альтернативные и подходящие для меня варианты?

слушай в соседних горутинах

Извините, за то что уже достаточно много вопросов. Но тут проблема. У меня есть тип данных *Conn, и есть buffer типа []byte, я точно знаю что этот buffer и есть *Conn, и мне остается просто преобразовать тип в *Conn. Но когда пытаешься делать (*Conn)buffer или же buffer.(*Conn), то пишет ошибку: Invalid type assertion: buffer.(*Conn), (non-interface type []byte on left). Как иначе можно преобразовать тип?

Извините, за то что уже достаточно много вопросов. Но тут проблема. У меня есть тип данных *Conn, и есть buffer типа []byte, я точно знаю что этот buffer и есть *Conn, и мне остается просто преобразовать тип в *Conn. Но когда пытаешься делать (*Conn)buffer или же buffer.(*Conn), то пишет ошибку: Invalid type assertion: buffer.(*Conn), (non-interface type []byte on left). Как иначе можно преобразовать тип?

ничего, для этого чат и создан. а зачем тебе это нужно делать?

Я по chan-у пускаю данные, не хочу типу chan-а давать тип структуры, тот же *Conn, поэтому поставил []byte, вроде так красивее и правильней (chan []byte, классика жанра, дальше просто преобразовать вроде)

Но вот как правильно преобразовать

почему ты не хочешь по каналу соединение кидать?

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

Ладно, так все гуд, спасибо

ну, если у тебя нет аргументов насчет того, зачем отращивать себе геморой там, где это делать не обязательно, то это действительно не стоит делать :)

нужно. сделай конструктор структуры.

Прямо в структуре нельзя написать = make(...)?

го уже не трогал месяц, не помню ничерта

нет, можно в конструкторе

но конструктор — это ж условность, да?

NewStructName()

по сути, да

buffer := []int{} slice := make([]int, 0) Есть в чем-то разница? Кроме как первое инициализируется сразу, а второе можно и после инициализировать

buffer := []int{} slice := make([]int, 0) Есть в чем-то разница? Кроме как первое инициализируется сразу, а второе можно и после инициализировать

и то, и другое инициализируется сразу, если писать так

Ну если так писать, то - да. Но в чем разница первого и второго слайса?

но слайсы не стоит инициализировать как []int{}, их лучше make'ом инициализировать, опционально указывать len/cap

Хм, интересно. Спасибо!

и еще - capacity не стоит указывать тогда, когда ты не уверен, что тебе понадобится не более, чем n cap.

это совет из серии "как не отстрелить себе ногу, не заморачиваясь"

В смысле? Если инициализировать просто make([]int), то будет ошибка. Ибо требуется размер слайса в виде make([]int, size_slice). size_slice можно поставить нулем, но все же

Или я не правильно понял?

и еще - capacity не стоит указывать тогда, когда ты не уверен, что тебе понадобится не более, чем n cap.

В смысле? Если инициализировать просто make([]int), то будет ошибка. Ибо требуется размер слайса в виде make([]int, size_slice). size_slice можно поставить нулем, но все же

make для слайса имеет следующую подпись: func make(T type, length int, [capacity int]) T

опциональный параметр capacity и обязательный length - разные вещи

Можете тогда немного подробнее про capacity рассказать? Что это такое и для чего нужно? А еще немного про ':' рассказать, к примеру buffer[:0] и buffer[0? в чем разница? Для чего, как?

buffer[0 ? *

да блин

(код внутри строки оборачивай в `)

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

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

ERROR: S client not available

Понял, buffer[0:]

Понял, buffer[0:]

buffer[0:] отдаст слайс начиная с нулевого элемента, а buffer[:0] - заканчивая им

А про capacity?

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

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

короче, однострочный код оборачивать в один символ `, а многострочный в три

короче, однострочный код оборачивать в один символ `, а многострочный в три

да

На мобилке это не работает, так что юзай бота @bold

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

Спасибо!

тест

Спасибо!

да не за что, обращайся)

точнее будет так сказать: capacity — максимально разрешённое количество памяти под выделение, а length — сколько памяти выделено при создании

если опустить параметр capacity, то она считается равной length по умолчанию

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

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

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

в играх для комнат можно. в каждой, например, 10к игроков максимум - это cap, а len = 0, потому что нафига выделять память на это заранее?

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

хотя да, вполне юзкейс

коллеги, а кто-то юзает wercker для гошечки?

https://blog.golang.org/go-slices-usage-and-internals про слайсы. очень хорошо написано.

точнее будет так сказать: capacity — максимально разрешённое количество памяти под выделение, а length — сколько памяти выделено при создании

cap(slice) — сколько памяти уже выделено под слайс, len(slice) — какая часть от этой памяти уже доступна на использование, len(slice) увеличивается после каждого append(slice, xxx), при этом если len становится больше cap то слайс реаллоцируется и cap увеличивается в двое

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

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

IP пакета?

IP пакета?

TCP

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

почему их должно быть два?

Wireshark в помошь)

Wireshark в помошь)

поздно

Одновременно 3 ? Или на один SQL запрос в общем на прием и передачу 3 TCP пакета?

Или на соединение с SQL бд - 3 TCP пакета?

select 1 дает 3 пакета

от тебя на сервер?