ORM не хочется юзать.

github.com/mattes/migrate я это юзал

спасибо.

github.com/pressly/goose тоже можно

Добрый день еще раз. Имеется такой код: https://play.golang.org/p/_Q1Ssf5i8ds можно ли как то в строке 15, обобщить, что там будут "пирожениые"? Или как лучше имплементировать эту идею лучше будет?

можно через интерфейс

type ICake interface { GakeID() int } и типы cake, cakeAdded, cakeRemoved соотв подвести

примерно так

var cakes []ICake

Но получается что для cakeAdded надо тоже будет интерфейс делать

т.е дублировать код

нет

Почему нет?

сделай через вложенность

type cakeAdded struct { cake }

хм, я тоже так думал, но тогда теряется удобно создание стуктуры в будущем...

хм. Но видимо это единственный вариант

ORM не хочется юзать.

Не, не могу, все таки я вас где-то видел, верней аватар. Вы откуда?

Я думал нашёл золотую пулю, ввиде type cakeAdded = Cake, но фиг тут был. cake.(type) говорит что они все одного типа

просто не вижу смысла вообще в cakeAdded

тебе проще статус ввест внутри cake сделать

и вообще не мучится

идея такова, мне будет приходить по Chan разные варианты, добавился или удалился Cake c таким то ид

ну и

type cake struct { ID int Status int }

и там ворочи как хочешь

)))

все равно в памяти не сильно много будет различий

чем от твоей версии с разными типами

ну так у меня тоже есть. Но при cakeDelete я буду его вообще удалять, ибо он никогда больше использоваться не будет

в примере не видно

идея такова, мне будет приходить по Chan разные варианты, добавился или удалился Cake c таким то ид

тебе проще два канала сделать и все

и логика будет лучше просматриваться

тебе проще два канала сделать и все

тоже думал о таком варианте, но боюсь что может тогда придти в неправильной последовательности cakeAdded и cakeRemoved

правда в этом случае в for, select'e можно добавить sync.mutex...

просто еще будет cakeStatusChanged и прочее хня... И обновление пирогов будут оочень часто приходить, из-за mutex мб будет просадка производительности. Тогда получается 1 mutex на каждый ID пирога...

или я усложняю)?

Добрый день еще раз. Имеется такой код: https://play.golang.org/p/_Q1Ssf5i8ds можно ли как то в строке 15, обобщить, что там будут "пирожениые"? Или как лучше имплементировать эту идею лучше будет?

в слове "пирожное" только одна буква "е". А по коду - зачем тебе типы, почему не itoa, например?

в слове "пирожное" только одна буква "е". А по коду - зачем тебе типы, почему не itoa, например?

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

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

и вообще, в общем случае, reflect надо избегать, как огня

и вообще, в общем случае, reflect надо избегать, как огня

знаю, в данном случае использую как "посмотреть что за тип пришёл" ?

при дебаге

ну а в случае енума у тебя будут просто числа :)

и вообще, в общем случае, reflect надо избегать, как огня

Оффтоп. Скажите пожалуйста, технически элементы массива каких-либо объектов, это просто хранилище указателей на эти объекты, или как?

На самом деле объектов нет внутри массива?

Оффтоп. Скажите пожалуйста, технически элементы массива каких-либо объектов, это просто хранилище указателей на эти объекты, или как?

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

в слове "пирожное" только одна буква "е". А по коду - зачем тебе типы, почему не itoa, например?

Вот как получилось... блин, впринципе подходит: https://play.golang.org/p/H3QXH9uTtgU

Вот как получилось... блин, впринципе подходит: https://play.golang.org/p/H3QXH9uTtgU

да, только reflect не нужен больше

да знаю я)

а какие еще ивенты могут быть, кроме added/removed?

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

Просто как я понял из нескольких примеров, объекта как будто внутри массива нет. Массив как-будто просто хранилище ссылок на тот или иной объявленный инстанс.

Просто как я понял из нескольких примеров, объекта как будто внутри массива нет. Массив как-будто просто хранилище ссылок на тот или иной объявленный инстанс.

это слайс - хранилище ссылок

а какие еще ивенты могут быть, кроме added/removed?

StateChanged, Escaped, PositionChanged

а массив - нет

StateChanged, Escaped, PositionChanged

по сути, ты делаешь стейт-машину? :)

тогда вообще шикарно, у тебя есть множество состояний в iota. Все как по учебнику.

ну.... почти. Приходит стейт Espaced, значит надо сначала отправить на готовку повару...

это слайс - хранилище ссылок

Блин, что то я запутался из-за питона. []Type - это слайс? А массив тогда это что?

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

Блин, что то я запутался из-за питона. []Type - это слайс? А массив тогда это что?

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

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

граммар-наци по тебе плачет)

?

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

И тогда технически именно массив это тот самый кусок памяти с объектами? А слайс с ссылками на объекты.

И тогда технически именно массив это тот самый кусок памяти с объектами? А слайс с ссылками на объекты.

не совсем так. Слайс - это просто взгляд в кусок памяти изначального массива. Если ты делаешь массив и берешь от него слайс, то при изменении слайса меняется и сам массив.

не совсем так. Слайс - это просто взгляд в кусок памяти изначального массива. Если ты делаешь массив и берешь от него слайс, то при изменении слайса меняется и сам массив.

То есть слайс, это слепок реальной памяти, так получается?

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

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

То есть слайс, это слепок реальной памяти, так получается?

думай о нем, как об указателе на массив

ERROR: S client not available

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

есть. Массив - это штука с размером, известным на этапе анализа кода при компиляции.

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

Ааа, понял. И получается ,если ты изменяешь что-то в границах этого предела, то изменяется и сам подлежащий массив.

Ааа, понял. И получается ,если ты изменяешь что-то в границах этого предела, то изменяется и сам подлежащий массив.

да, примерно так

или я усложняю)?

если вам приходят ID, то данные уже в бд и отправить в канад id на удаление досоздания - это пздц

это автомат, внезапно разные действия могут приходить.

это автомат, внезапно разные действия могут приходить.

не могут так как id выдает бд

и я имел ввиду, юзер нажал "создать" и потом удалить. И таких 100 штук почти одновременно. То боюсь не придёт ли с другим порядком

у меня нету БД

да, примерно так

Хорошо. Это понятно. Но я не находил никогда ситуаций, где мне мог бы пригодиться слайс от вышестоящего массива, мало опыта. А если создаётся просто пустой слайс, его размер как бы динамический получается? Например, при работе с орм часто используют указатели на слайс.

и я имел ввиду, юзер нажал "создать" и потом удалить. И таких 100 штук почти одновременно. То боюсь не придёт ли с другим порядком

не прийдет

и я имел ввиду, юзер нажал "создать" и потом удалить. И таких 100 штук почти одновременно. То боюсь не придёт ли с другим порядком

так а почему это вдруг твоя проблема?

и нет, не придет

и я имел ввиду, юзер нажал "создать" и потом удалить. И таких 100 штук почти одновременно. То боюсь не придёт ли с другим порядком

А порядок почему важен там вообще?

А порядок почему важен там вообще?

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

у меня нету БД

Может, зря? :)

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

Может, зря? :)

зачем еще за собой таскать что то еще? Вещь же простая)

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

wait и диалоги на клиенте тебе помогут

пока что-то происходит на серваке - жди ответа

зачем еще за собой таскать что то еще? Вещь же простая)

Потому что всё периодически падает, хранить данные только в оперативке процесса - ну такое

вот и все

Потому что всё периодически падает, хранить данные только в оперативке процесса - ну такое

для восстановление, есть уже бд, из которой буду подгружать при первом запуске, далее, я слушаю редис, в который пишет php / nodejs о новом пироге

всё не однозначно ?

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

Честно, может я рак, но я не понимаю зачем именно очередность сдерживать. ?

для восстановление, есть уже бд, из которой буду подгружать при первом запуске, далее, я слушаю редис, в который пишет php / nodejs о новом пироге

Ого, сколько намешали. У меня только go и мускул. ?

Честно, может я рак, но я не понимаю зачем именно очередность сдерживать. ?

Разве я не понятно описал возможную проблему?

Ах да, еще текущая система Легаси проект....

Разве я не понятно описал возможную проблему?

Описали понятно. Я не понимаю почему автомат будет бесконечно искать повара то? ?

Ах да, еще текущая система Легаси проект....

хреновая связка клиента и сервера

Описали понятно. Я не понимаю почему автомат будет бесконечно искать повара то? ?

Если диспетчер отменил заказ, то зачем автомату его искать? Разве автомат не знает об отмене заказа?

У меня просто немного не так работает.у меня при отмене заказа, вся структура знает об этом.

Если диспетчер отменил заказ, то зачем автомату его искать? Разве автомат не знает об отмене заказа?

в той проблеме которую я описал, ситуация такая, что из-за того, что выполнилось сперва удаление и потом создание, т.к слушальщик на "создание" задумался на предыдущем заказе. в Этом плане