1) Это тогда преждевременная оптимизация. Оптимизировать можно бесконечно 2) Ну давай подумаем что ты подразумеваешь под большим объемом? Допустим 100 000 пользователей и эту...
А почему нет структуры базы а только глобальные функции? Плюс можно было бы привести к интерфейсу общему и иметь мок для тестирования, а также избавится от зависимостей. В го...
Какие операции общие производятся чтобы привести их к общему ? Если мне нужно ТОЛЬКО получение нужных данных и все. Зачем мне писать лиший код врапперов, какие плюсы он мне д...
Еще раз спрошу ты на го писал ? Зачем тут рефлексия? Особенно в контексте того что мы говорим о просто контейнере с нейзвестными типами для контейнера
Ну у нас одна большая таблица и где-то 6 мелких. Т.е. немного не та ситуация. единственное что перед перезапуском был дроп большой базы. Может быть в этом проблема?
Воспользоваться ассемблером?
s = s[:1] + "2" +s[1:] ?
Сильное заявление, предоставлять аргументы я конечно же не буду. Вы пробовали писать бек этого незаконченного и сырого graphql?
Писать враппер?
Т.е. и простой маршалинг ты сделаешь на дженериках и массив неизвестных объектов ?)
А еще что мне написать за зря если я в любом случае буду знать что там внутри?
А зачем вытаскивать все? Почему в БД запросом не выбирать только то что нужно?
СОбственно у интерфейсов же нет реализации....как ты их тестировать будешь?
Т.е. таки нужно? И дженерики внезапно не Иисус от мира программирования?
а про интерфейсы я к тому что вдруг я захочу иметь in memory базу?
Действительно. Почему это фреймворки не работают без нее?
Не подскажите кстати что по ним ЛУЧШЕ почитать?
А тебе нужна в реальном времени информация?
Ну для начала вам самому примтно это читать?
И какие же параметры фиксированы?