поясни

ну смотрите, сценарий поиска в классческой орм. Моделька с параметрами аля имя таблицы. Для поиска нам надо иницилизоровать пустую модельку, там вызвать поиск, для создания так-же берем пустую модельку. В результате модель пораждает коллекцию моделей (в случай поиска), что немного тяжко

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

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

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

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

ну есть таблица users, надо создать нового пользователя..

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

Может он имеет ввиду типа Model(User{}) в горме?

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

у модели далее будет какой то метод аля save()

который уже проведет в бд транзакцию и заполнит примери кей например

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

ну да, в го создание инстанса структуры только так

у модели далее будет какой то метод аля save()

ну если AR, то да

дальше

а поиск?

опять пораждаем пустую модель, у которой есть метод search?

подожди. ты про AR?

или find, не суть

да про AR

я бы не сказал что AR - это классическая орм.

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

боль и страдания

ну если про AR, то паттерн AR традиционен и в принципе в любых языках реализован одинаково - моделька и сохраняет и ищет себя

я вот пробую его переосмыслить

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

ну не знаю. не везде поиск идет через создание модели. через ActiveQuery какой нибудь

создаешь инстанс квери и возвращаешь модельки

может конечно я и перемудрил

у меня есть некие системные поля, нужные для обслуживание записи

ну для примера "имя таблицы в бд"

я не хотел их смешить в данными, и начались извращения

структура в базовом пакете, куда в свойство data подгружается уже структра пользовательская

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

чешу репу как это провернуть

type SystemRow struct { TableName string Data DataModelInterface } type DataModelInterface interface { ...... } ------- type BaseModel { id string 'json:id' } // Реализует DataModelInterface ------- import "BaseModel" type UserModel { BaseModel name string }

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

мы когда UserModel в фабрике создаем, мы не ее отдаем напрямую, мы засовываем внутрь SystemRow

но что-то мне эта схема не ах

придумываешь ar заново. подсмотри в готовой реализации

ar- active record?

type Model struct { TableName string Attributes map[string]inteface{} } func (model) Get(attribute string) interface{} func (model) Set(attribute string, value interface{}) func (model) Save() func Find(...) ActiveQuery

что-то типа такого

придумываешь ar заново. подсмотри в готовой реализации

честно говорят мне вообще идея не нравится в гоу городить из ооп паттерны ?

они тут не вписываются красиво

честно говорят мне вообще идея не нравится в гоу городить из ооп паттерны ?

ок, делай орм без ооп

type Model struct { TableName string Attributes map[string]inteface{} } func (model) Get(attribute string) interface{} func (model) Set(attribute string, value interface{}) func (model) Save() func Find(...) ActiveQuery

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

охото сразу наплодить еще один слой абстракции

если в твоем примере имя таблицы станет int, то приехали. Править в 6 местах аж

(пример идиотский, но все же)

если в твоем примере имя таблицы станет int, то приехали. Править в 6 местах аж

не понял func Post() Model { ... model.TableName = "post" return model }

эээм

ааа у тебя универсальная модель под все типы

у тебя

у меня как раз нет, она наследует ?

у меня тоже. это же твоя модель

хотя ты прав

туплю уже чутка

в AR можно наследовать, но необязательно

ну такое честно говоря

я про мое решение

опять какие то универсальные ножи пошли

зачем так жить ?

ну так ар же

ну такое...

ERROR: S client not available

какое есть

я просто ничего другого не придумал

я устал думать об этом. просто делаю репозитории на голом sql и возвращаю модельки

/stat@combot

combot.org/chat/-1001046001048

http://go-talks.appspot.com/github.com/mhausenblas/fosdem2018-godevroom-networkingdeepdive/main.slide#1

зачем так жить ?

решение нужно ж, а не универсальный сферический конь)

Ебанутые спамеры

Это ещё норм. У нас каждый день больше десятка памп каналов, предложений гарантировано заработать на бирже и т.д

Добрый вечер сообществу! Будет ли уместно опубликовать здесь вакансию golang разработчика в проект связанный с highload онлайн видео сервисами? (я не HR, ищем человека в команду)

Добрый вечер сообществу! Будет ли уместно опубликовать здесь вакансию golang разработчика в проект связанный с highload онлайн видео сервисами? (я не HR, ищем человека в команду)

Там чатик есть отдельный

Добрый вечер сообществу! Будет ли уместно опубликовать здесь вакансию golang разработчика в проект связанный с highload онлайн видео сервисами? (я не HR, ищем человека в команду)

а что за проект?

@likipiki этот - https://t.me/golangjob ?

@likipiki этот - https://t.me/golangjob ?

да, именно он

Согласен, но складывается впечатление что там очень тихо

@pragus я ссылочку кину чтобы много здесь не постить - https://integros.com/jobs/golang.html

⁉️ Ищу програмиста знающего Go, Tarantool для написания классифайта по недвижимости. Пишите в личку. Обсудим сотрудничество.

⁉️ Ищу програмиста знающего Go, Tarantool для написания классифайта по недвижимости. Пишите в личку. Обсудим сотрудничество.

если tarantool ? то зачем там go ? ;) на tarantool отлично и на lua пишется

для скорости

луа вроде умирающий язык

а Go hазвивается

луа вроде умирающий язык

не сказал бы

развивается

луа вроде умирающий язык

Ты втираешь нам какую-то дичь

для скорости

встроенный в tarantool LUA будет быстрее чем go + tarantool

встроенный в tarantool LUA будет быстрее чем go + tarantool

+

lua пожалуйста не трогать. он идеален для скриптования

lua пожалуйста не трогать. он идеален для скриптования

тоже не сказал бы %}

Ты втираешь нам какую-то дичь

+1 ;) дяденька, вы случайно галстук не жуете как Мишико?

+1 ;) дяденька, вы случайно галстук не жуете как Мишико?

https://www.youtube.com/watch?v=tBONXbtiIR8