они же отличаются

чем же?

ну давайте на примере

давайте

в полной версии сайта есть сущность "пользователь"

пример в студию?

в мобильной версии сайта, у пользователя нет поля "пол"

Полная: [{ id: 1 name: "Вася" sex: "male" }, { id: 2 name: "Петя" sex: "male" }]

Мобильная: [{ id: 1 name: "Вася" }, { id: 2 name: "Петя" }]

это /web/users и /ios/users соотвественно

причем поле пол не только не видно в коллекции, его нельзя менять на мобиле

Не делай так. Это users_full_info и users_short_info

ну вы немного не в теме

мы обсуждаем генерацию сваггера

и как мы тут сэкономим?

валидация разная

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

Ну как минимум сэкономите в 2 засчёт экономии на паре сервер клиент

эм...

валидация разная

мы описали два роута и соответствующие входные и выходные структуры. остальное написал кодогенератор

а работать мы с этим всеравно будет в двух разных местах да?

а это уж как хотите.

потому что коду надо обрабатывать две разных поведение

без вариантов

или "универсальный" код который доверяет генератору и делает что-то

if user.sex != "" { }

что "такой себе" вариант если честно

клиент под это обычно пришется на каком нибудь реакте/object C, и к нам вообще отношение не имеет

коллега, ну вы же не в теме

зачем спорите?

ну просто реально интересно, что вы там сэкономите

if user.sex != "" { }

В 2018 году sex должен быть enum ^__^

ну просто реально интересно, что вы там сэкономите

отвечено уже 5 раз. просто вы не понимаете ответа. потому, что не имели дела с разработкой таких приложений

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

всегда

протекающие абстракции - это понятно

но вот этот ли здесь случай - ну хз

всегда

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

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

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

опять же в рамках ограниченной модели...

"4-х мерные слоны в N мертном пространстве" с любом случаи сломают

Добрый день, кто какой либой пользуется для работы с json? Стандартной либы хватает? Не упирались в производительность? Открыл для себя такой проект, https://github.com/mailru/easyjson , кажется достаточно интересным

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

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

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

Добрый день, кто какой либой пользуется для работы с json? Стандартной либы хватает? Не упирались в производительность? Открыл для себя такой проект, https://github.com/mailru/easyjson , кажется достаточно интересным

в одном случае уперся, и именно easyjson поднял производительность вдвое.

в одном случае уперся, и именно easyjson поднял производительность вдвое.

мне только одно непонятно, зачем генерируются функции MarshalEasyJSON и UnmarshalEasyJSON, если по факту можно юзать MarshalJSON и UnmarshalJSON как метод структуры

это к авторам либы :)

мне только одно непонятно, зачем генерируются функции MarshalEasyJSON и UnmarshalEasyJSON, если по факту можно юзать MarshalJSON и UnmarshalJSON как метод структуры

что бы вы могли свой кастом сделать

если бы они брали стандартные методы, ваш код бы хрюкнулся :)

а так вы можете еще поколдовать

мне только одно непонятно, зачем генерируются функции MarshalEasyJSON и UnmarshalEasyJSON, если по факту можно юзать MarshalJSON и UnmarshalJSON как метод структуры

стандартные методы нужны для того чтобы соответствовать интерфейсу машрашела и обеспечивать drop-in подмену. т.е. вы просто делает json.Marshal и оно автоматом там заменяется со стандартного на easyjson собсвтенные методы - чтобы не связываться даже со стандартным маршалером

стандартные методы нужны для того чтобы соответствовать интерфейсу машрашела и обеспечивать drop-in подмену. т.е. вы просто делает json.Marshal и оно автоматом там заменяется со стандартного на easyjson собсвтенные методы - чтобы не связываться даже со стандартным маршалером

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

насколько я понял

насколько я понял

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

вы про это?

func (v *empty) UnmarshalEasyJSON(l *jlexer.Lexer) { easyjsonC5a4559bDecodeGithubComChromedpCdproto(l, v) } func easyjsonC5a4559bDecodeGithubComChromedpCdproto1(in *jlexer.Lexer, out *Message) { .... }

пример с интернета :)

func (v *empty) UnmarshalEasyJSON(l *jlexer.Lexer) { easyjsonC5a4559bDecodeGithubComChromedpCdproto(l, v) } func easyjsonC5a4559bDecodeGithubComChromedpCdproto1(in *jlexer.Lexer, out *Message) { .... }

ага

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

ага

ну там генерируемы код же

в двух местах юзается

что бы не дублировать

// UnmarshalJSON supports json.Unmarshaler interface func (v *empty) UnmarshalJSON(data []byte) error { r := jlexer.Lexer{Data: data} easyjsonC5a4559bDecodeGithubComChromedpCdproto(&r, v) return r.Error() } // UnmarshalEasyJSON supports easyjson.Unmarshaler interface func (v *empty) UnmarshalEasyJSON(l *jlexer.Lexer) { easyjsonC5a4559bDecodeGithubComChromedpCdproto(l, v) } func easyjsonC5a4559bDecodeGithubComChromedpCdproto1(in *jlexer.Lexer, out *Message) { }

стандартные методы нужны для того чтобы соответствовать интерфейсу машрашела и обеспечивать drop-in подмену. т.е. вы просто делает json.Marshal и оно автоматом там заменяется со стандартного на easyjson собсвтенные методы - чтобы не связываться даже со стандартным маршалером

хм, не совсем понятно где там подмена, это же просто реализация метода структуры то есть я могу сделать так user := User{} err = user.UnmarshalJSON(scanner.Bytes()) а могу так user := User{} user.UnmarshalEasyJSON(jlexer.Lexer{Data: scanner.Bytes()})

ERROR: S client not available

хм, не совсем понятно где там подмена, это же просто реализация метода структуры то есть я могу сделать так user := User{} err = user.UnmarshalJSON(scanner.Bytes()) а могу так user := User{} user.UnmarshalEasyJSON(jlexer.Lexer{Data: scanner.Bytes()})

не забывайте про утиную типизацию

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

утиная типизация - это не это

err = user.UnmarshalJSON(scanner.Bytes())до easyjson в вашем коде такого не будет будет err = json.Unmarshal(scanner.Bytes(), &user) и чтобы это не менять нужен UnmarshalJSON

На ycombinator увидел framework “evio” кто то использует ?

Всем привет)

err = user.UnmarshalJSON(scanner.Bytes())до easyjson в вашем коде такого не будет будет err = json.Unmarshal(scanner.Bytes(), &user) и чтобы это не менять нужен UnmarshalJSON

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

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

умеет

супер, спасибо, пошёл го учить

там же хэндлеры вроде в горутинах запускаются? правда в исходниках так и не нашел где там горутина стартует если кто в теме, поясните этот момент плз

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

Только там каждый клиент не отдельный тред, а отдельная горутина, есть нюансы )

там же хэндлеры вроде в горутинах запускаются? правда в исходниках так и не нашел где там горутина стартует если кто в теме, поясните этот момент плз

оно ровно в момент accept стартует

Есть отцы которые в Делфи и фастрепорт могут?

Есть отцы которые в Делфи и фастрепорт могут?

хаха я мог на 2м курсе

Есть отцы которые в Делфи и фастрепорт могут?

*дедушки

на1м даже

у нас тут в Медицине есть ПО., которое на нем написано и проблема с печатью… похоже проблема именно в фастрепорте… а Делфи программисты вообще где обитают., я так понимаю что не вариант найти канал в телеграмме

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

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

А middlewares??

Тоже генерит

Авторизацию

и тд

насколько я сейчас вижу, тут есть неперезаписываемый генератором файл config_projectName.go. В нем указываются параметры всякие. Тот же логер поменять и т.п. Вероятно через него же и можно более глубокие вещи перетрясти

а так, все, что в свагерфайле указывается, то оно реализует с него

например ууказываешь, поддерживать ли http(s)

День добрый) не хочу спамить и вообще, нарушать уютненькую атмосферку, но хотел бы узнать - как тут с вакансиями, постить можно\нужно? или есть отдельные каналы

День добрый) не хочу спамить и вообще, нарушать уютненькую атмосферку, но хотел бы узнать - как тут с вакансиями, постить можно\нужно? или есть отдельные каналы

https://t.me/golangjob

благодарю ?

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

по умолчанию, из коробки.

?