Да. Для этих 10 процентов обычно есть возможность выполнить сырой sql

оптимизации не для 10% )

Я не видел, чтобы в сервисе клиенту отдавался голый crud на всю сущность

Даже тот же туду

ChangeTitle

changeDueTime

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

Уже проще интерфейс бд выставить либо айпи патерна repository

Prest этим и занимается

Выставляет postgres

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

Из хорошей. Значит схема базы сделана логично под задачу

При чем тут схема базы

Если задача блоб хранилище

То да

Что ты понимаешь под чистым крудом? В плане буквы р.

В какой момент он становится грязным?

нужен помощь в gopkg.in/rana/ora.v3

какой оракле килиент надо устоновит

на win 10 x64

и какой gcc надо

помогите

Короче

Совсем тупой круд составляет 90% запросов

Это миф и сказка

http://i.imgur.com/172aZQP.png

какая из них лучше?

какая из них лучше?

я maxminddb-golang пользуюсь

спасибо

geoip2-golang надстройка над ней, но она всю запись вынимает, там где скорость нужна лучше иметь возможность часть полей выбирать

мне скорость не важна

кто использует Oracle

нужен помощь в gopkg.in/rana/ora.v3

Это миф и сказка

Мне нравится писать мифы и сказки

Как мне, блин, дёргать string в JSON сервера, который от случая к случаю имеет разные имена?

Как мне, блин, дёргать string в JSON сервера, который от случая к случаю имеет разные имена?

Ты про динамичное имя ключа в JSON? Сделай map[string]...

Структура такая: Status struct { Success bool `json:"success"` Error bool `json:"error"` Message ??? ??? } Поле Message может быть одним из следующих вариантов (или отсутствовать вовсе): Message string `json:"success_msg,omitempty"` Message string `json:"error_msg,omitempty"` Message string `json:"message,omitempty"` Message string `json:"msg,omitempty"`

Сразу говорю - не я такую структуру придумывал. Последние два часа мониторил реддит на тему решения подобной херни.

сделай 4 поля )

и смотри какое не пустое

Ну если я правильно понял то достаточно type Status struct { Success bool `json:"success"` Error bool `json:"error"` Message map[string]string `json:"message,omitempty"` }

сделай 4 поля )

Топорненько

это ж го

тут все топорно но работает

Ну если я правильно понял то достаточно type Status struct { Success bool `json:"success"` Error bool `json:"error"` Message map[string]string `json:"message,omitempty"` }

Разве? А декодер поймёт?

я б не делал мап уж лучше 4 поля :р

Разве? А декодер поймёт?

Если у тебя возможен JSON по типу { "status": { "message": { "error_msg": "..." } } }То да, поймёт

Если у тебя возможен JSON по типу { "status": { "message": { "error_msg": "..." } } }То да, поймёт

Нет, увы

Ну или 4 поля, да. Так даже явнее будет

Только это в корне ответа и всё: type Status struct { Success bool `json:"success"` Error bool `json:"error"` Message ??? ??? }

Нет, увы

Ну ты сказал "поле message"

Ну ты сказал "поле message"

Ну это я его так в структуре обозвал

В ответе он обзывается либо msg, либо error_msg, либо success_msg, либо message

Ещё можно реализовать JSONUnmarshal и разрулить это всё там

Ещё можно реализовать JSONUnmarshal и разрулить это всё там

Вот как это провернуть?

Ещё можно реализовать JSONUnmarshal и разрулить это всё там

оверкилл

Если цель сложить всё в Message внутри структуры

Если цель сложить всё в Message внутри структуры

Если я правильно тебя понял, то типа да

оверкилл

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

и один метод который из 4 полей выберет не пустое и вернёт его

искать в каждом месте использования я не предлагал )

Через метод значение забирать - как-будто на джаве пишем)))

таки как будто это плохо

Просто не совсем удобно ;)

Так что?

ну зато остальные предложенные варианты очень удобные ))

Так что?

Никогда анмаршалер не реализовывал чтоли? Примеров вон, целый гитхаб https://github.com/coreos/etcd/search?utf8=%E2%9C%93&q=unmarshaljson

ERROR: S client not available

а ведь мог бы уже решить проблему и писать спокойно дальше задачу ))

Я просто как-то везде юзаю комбинацию json.NewDecoder(bytes.NewReader(BYTES)).Decode(&VAR)

Я просто как-то везде юзаю комбинацию json.NewDecoder(bytes.NewReader(BYTES)).Decode(&VAR)

Вобщем, надо реализовать этот интерфейс https://golang.org/pkg/encoding/json/#Unmarshaler

Окей, спасибо. Сейчас буду глядеть

анмаршал тут плохо

Чем? Мне вот кажется что всё хорошо, потому что логика поиска нужного элемента будет внутри анмаршалера. Разработчику структура будет отдана в заранее известном виде. Да, здесь есть неопределённость в реализации маршалинга такой структуры(трудно будет воссоздать оригинальный JSON, но... исходный JSON мягко говоря не логичен в выборе полей, так что это не проблема).

тем что тонна кода вместо функции в одну строчку )

Блэкбоксинг во всёй красе

вменяемых варианта два - мап или 4 поля и метод я за второе, но мап тоже норм )

Та ну, та же функция. Отличие только в том что найденное значение она пишет в структуру

ну напиши эту функцию и покажи что получилось

Как насчет реплейс по сырому json

До анмаршалинга

:)

мне нравится эта идея....

"msg": в "message": "err_msg": в "message": "status_msg": в "message": "mymsg": в "message":

А потом анмаршл

норм

это го, привыкай

"msg": в "message": "err_msg": в "message": "status_msg": в "message": "mymsg": в "message":

Эт как? У меня же потом ругань на одинаковые поля

Как насчет реплейс по сырому json

До анмаршалинга

Поле всегда одно

Message

Но джсон разный

Привести джосн до нужного вида

Потом готовить

Как насчет реплейс по сырому json

Походу я перегрелся, потому что мозг отказывается представлять как это вообще реализуемо

ну это конечно извращение но милое такое )

мне нравится эта идея....

А если б у меня было вариантов 20 одного и того же поля?