Всем салют! Вопрос по фронту, кто может помочь? как checkbox присвоить значение checked, если bool значение приходит по структуре

<tbody> {{ range . }} <tr> <td> <div class="material-switch pull-right"> <input id="someSwitchOptionPrimary" name="my_field" type="checkbox" disabled/> </div> </td> </tr> {{ end }} </tbody>

{{ .Checked}} <-приходит bool

checked="checked" ?

или просто пустой аттребут checked

{{if .Checked}}checked{{end}}

А как там дела у драйвера под монгу, может знает кто?

А как там дела у драйвера под монгу, может знает кто?

mgo.v2

вроде норм, но вроде ее бросили поддерживать

UNMAINTAINED

https://github.com/globalsign/mgo

Есть ещё официальный. Но он в альфе пока.

работает, спасибо!

и этого еще туда же надо @Alex_kostel

А запись была? Если да, то где взять?

bit.ly/2IhWMUi

bit.ly/2IhWMUi

А остальные? Не вижу плейлиста сходу

А остальные? Не вижу плейлиста сходу

bit.ly/2OTaOyc

сигнатура в json-схеме, не интерфейс.

давайте разберемся. В json-схеме лежит описание некоторых структур данных + некоторые "заголовки" с сигнатурами требуемых для генерации методов? Т.е. вы в json-схеме в структуру данных добавили пару полей, одно отпилили... При этом, вероятно, это делалось с какой-то вполне определенной целью, т.е. в коде эти поля как-то используются... После этого вы не запустили генерацию, у вас есть несколько старых type SomeShit1 struct { ... } без новых полей, в коде вы в эти поля что-то пытаетесь писать/читать, и... и все собирается? И компилятор не в печали?

давайте разберемся. В json-схеме лежит описание некоторых структур данных + некоторые "заголовки" с сигнатурами требуемых для генерации методов? Т.е. вы в json-схеме в структуру данных добавили пару полей, одно отпилили... При этом, вероятно, это делалось с какой-то вполне определенной целью, т.е. в коде эти поля как-то используются... После этого вы не запустили генерацию, у вас есть несколько старых type SomeShit1 struct { ... } без новых полей, в коде вы в эти поля что-то пытаетесь писать/читать, и... и все собирается? И компилятор не в печали?

схема rest api - чужого или своего.

И вы из нее генерите сервер?

Гоферы, какой драйвер для монги сейчас лучший? Дали поддержку проекта, а там неподдерживаемый с 2012 mgo

Интерфейс сервера, в смысле

Гоферы, какой драйвер для монги сейчас лучший? Дали поддержку проекта, а там неподдерживаемый с 2012 mgo

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

И вы из нее генерите сервер?

клиент

Окей, клиент

Гоферы, какой драйвер для монги сейчас лучший? Дали поддержку проекта, а там неподдерживаемый с 2012 mgo

Меня в январе устроил github.com/globalsign/mgo

Вы сгенерили клиент, который выглядит как 2 структуры на каждый метод апи, и метод вызова?

Вы сгенерили клиент, который выглядит как 2 структуры на каждый метод апи, и метод вызова?

например. это выдуманная ситуация если что) можете сами в процессе додумать ситуацию, которая позволит коду скомпилироваться

Ну да, уговорили, есть ситуации, когда это скомпилится

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

Меня в январе устроил github.com/globalsign/mgo

спасибо, посмотрю

спасибо, посмотрю

Его первым предлагают как замену в той самой дропнутой в 2012 репе, прям в ридми :)

При этом сложнее придумать ситуацию, когда это поломает работу клиента

При условии, что вы это у себя запускали локально

А сервер оно не сбилдит

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

ну смысла тестировать все методы клиента нет, потому что например клиент генерится по схеме предоставленной стороной апи. а в процессе работы апи станет выдавать 400 ошибку, потому что реквест клиента не соответствует схеме

Его первым предлагают как замену в той самой дропнутой в 2012 репе, прям в ридми :)

обратная совместимось это хорошо нагуглил, что комманда монго делает новый драйвер с нуля, ждемс-ждемс https://engineering.mongodb.com/post/considering-the-community-effects-of-introducing-an-official-golang-mongodb-driver

mgo - Rich MongoDB driver for Go https://labix.org/mgo

ну смысла тестировать все методы клиента нет, потому что например клиент генерится по схеме предоставленной стороной апи. а в процессе работы апи станет выдавать 400 ошибку, потому что реквест клиента не соответствует схеме

Я просто видел два подхода: 1. Генерится структура, которую вы заполняете и пинаете в реквест. 2. Генерится метод с набором параметров. В обоих случаях нужные вам методы в апи на предмет "работает ли оно вообще" при обращении к серверу, тестами обернуть стоит. И вот тут либо сервер пошлет нафиг, т.к. его не устроил payload запроса, либо payload устроит, и тогда у вас корректный клиент

Я просто видел два подхода: 1. Генерится структура, которую вы заполняете и пинаете в реквест. 2. Генерится метод с набором параметров. В обоих случаях нужные вам методы в апи на предмет "работает ли оно вообще" при обращении к серверу, тестами обернуть стоит. И вот тут либо сервер пошлет нафиг, т.к. его не устроил payload запроса, либо payload устроит, и тогда у вас корректный клиент

а как тестировать стороннее апи?

(я не в курсе)

Собственно, от апи зависит)

Если оно не пишет данные, а только отдает - тупо запрос с дефолтным пейлоадом

ну вот доработали задачу - надо писать) нетестируемо?

По крайней мере вы будете уверены, что оно ваш реквест схавает

опять же все 1000 тестов не руками будем писать, а опять же генерировать тесты, верно?

я имею в виду 1000 методов апи

ну вот доработали задачу - надо писать) нетестируемо?

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

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

другими проблемами занимаются другие люди)

Давайте ещё поанализируем

У вас в сторону сервера уходит json, ещё один возвращается - так?

да, наверное

Предположим, в этом жсоне добавилось поле

Если оно у вас в новой реализации клиента используется - все норм, не скомпилмруется

Так?

Если оно у вас в новой реализации клиента используется - все норм, не скомпилмруется

почему?

У вас структура, которую надо заполнить же

И в коде вы ей в поле что-то пишете

А поля нет, т.к. не генерили

ERROR: S client not available

Т.е. не скомпилируется

Так?

нет, пока не пишу. только должен был сгенерить клиента, методы которого принимают структуру

Или если сгенерили метод, вы пихаете туда параметры в соответствии с новой сигнатурой. А вы не генерили, т.е. опять не скомпилится, т.к. сигнатура левая

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

нет, пока не пишу. только должен был сгенерить клиента, методы которого принимают структуру

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

client.SomeMethod(someMethodReqStruct)

скомпилится

Ну вот мы сейчас рассматриваем вариант, что вы туда собираетесь писать. В этом случае не скомпилится же?

Ну вот мы сейчас рассматриваем вариант, что вы туда собираетесь писать. В этом случае не скомпилится же?

когда, если, то конечно да

Если же вы туда не пишете, то у нас 2 варианта

1. Серверу ок

на этапе напсания кода мне иде подскажет что поля то нет

2. Серверу не ок.

на этапе напсания кода мне иде подскажет что поля то нет

Вот, если уж об иде, то кодогенерация на уровне иде вполне решается

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

можно

Если иде нет, то несколько сложнее

Оно либо скомпилилось, либо нет

И вот тут вам либо гитхуками обвешиваться

К слову, почему бы и нет

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

И тут либо все норм, либо сервер просто нафиг пошлет

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

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

А автозапуск генерации сильно много поломать может

Так что я против такого "умного" компилятора

да и вообще это странно, что у тебя в репо и релиз уйдет код, который разработчик даже не видел

Видеть-то видел. Просто не в запущенном состоянии)