IK
Например, кешом, или алгоритмом, оптимальным для конкретного узкого кейса
это ведь из серии преждевременной оптимизации?
я не работаю сейчас и постоянно думаю в таком ключе, а что если итд
те только опыт научит?
Size: a a a
2020 April 03
OY
Ребят, такой вопрос теоретический. Есть тип, у которого много встроенных полей и много методов. Хочу создавать множество типов на его основе, в которых хочу переопределять только три встроенных метода и иметь возможность добавлять свои поля. Как лучше это сделать?
ВС
встраивание обычное должно помочь: и методы переопределять можно и поля добавлять
RF
Ребят, такой вопрос теоретический. Есть тип, у которого много встроенных полей и много методов. Хочу создавать множество типов на его основе, в которых хочу переопределять только три встроенных метода и иметь возможность добавлять свои поля. Как лучше это сделать?
Наследование включением. Но что-то как-то чем-то нехорошим веет от этой идеи
OY
встраивание обычное должно помочь: и методы переопределять можно и поля добавлять
Со встраиванием мне придётся делать обёртки для всех методов, а для полей и не знаю, видимо, тоже
OY
Наследование включением. Но что-то как-то чем-то нехорошим веет от этой идеи
Вот и я прям чувствую, как Go не даёт это сделать. Появилась идея просто не делать много типов, а сделать полями эти самые три функции и при создании объекта просто явно их указывать. Ну как в конструкторе
Pu
Парни, а такой вопрос.
Есть к примеру роут с набором параметров /api/test?t1=1?t2=2?t3=3. Параметры могут учавствовать в sql запросах (where t1=1).
На сколько правильно будет создавать sql запрос методом канкатенации? Что бы к примеру отбрасывать пустые параметры.
Есть к примеру роут с набором параметров /api/test?t1=1?t2=2?t3=3. Параметры могут учавствовать в sql запросах (where t1=1).
На сколько правильно будет создавать sql запрос методом канкатенации? Что бы к примеру отбрасывать пустые параметры.
RF
Вот и я прям чувствую, как Go не даёт это сделать. Появилась идея просто не делать много типов, а сделать полями эти самые три функции и при создании объекта просто явно их указывать. Ну как в конструкторе
А всякие типа интерфейсы туда не вклеиваются?
RF
Структура, у неё методы из интерфейса - пусть три, ну и каждый из этих трёх может функции перевызывать страшные-трехэтажные
OY
А всякие типа интерфейсы туда не вклеиваются?
То есть если я сделаю вот так, то у GameObject будут и её методы, и методы GameObjectInterface?
АП
нене
АП
интерфейс это критерии типа грубо говоря
АП
тебе надо добавить в GameObject методы Logic Render и прочее, и тогда он будет соотвествовать интерфейсу
RF
GameObject имеет методы X()
IK
Ребят, подскажите плз.
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
C
Ребят, подскажите плз.
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
И так сойдёт
SN
Ребят, подскажите плз.
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
Как правильнее организовать.
Есть некий глобальный кеш, который инициализируется при старте приложения и перегружается раз в 10 минут.
Сейчас это просто глобальная мапа. Вызывается функция, в нее передается db Handler, из базы получаются данные в новую аналогичной структуры мапу и вконце - просто присваевается глобальной мапе новая ссылка.
Как это должно быть по красоте?
с мьютексом
IK
через структуру?
type SafeCache struct {
data map[int]int64
mux sync.Mutex
}