Из какого реестра?

реестр windows

А что за последние данные тогда? Просто читайте значение и все.

cmd = exec.Command("cmd", "/Q", "/C", "reg", "query", "HKCU\\Software\\Microsoft\\"+"NewDir", "/v", "Hello"); так вот так пытаюсь получить

Выводит путь, значение, тип значения и данные в значении

cmd = exec.Command("cmd", "/Q", "/C", "reg", "query", "HKCU\\Software\\Microsoft\\"+"NewDir", "/v", "Hello"); так вот так пытаюсь получить

Каким-то извращением занимаетесь. )

Вызывайте системные функции.

реестр windows

https://play.golang.org/p/S_FAmXfGilw

#вакансия #go #golang #екатеринбург #екб #урфо #fulltime #программист Всем привет! Банк Точка в поиске скилловых golang разработчиков. Рассматриваем кандидатов даже без опыта коммерческой разработки на Go, но с огромным желанием изучить Golang. Так же приветствуем кандидатов, переходящих на Go с таких языков как C++, C#, Java, Python. От вас мы ожидаем: • Непреодолимое желание писать на Golang • Опыт разработки коммерческих приложений • Умения писать читаемый элегантный код • Знание базовых вещей: git, CI, CD и т.д. • Опыт работы с реляционными БД, мы используем Postgresql • Ответственный подход, умение работать в команде и желание развиваться. Плюсами будет: • Знание базовых алгоритмов и структур данных • Знание приемов и паттернов проектирования • Убежденность в важности тестов, кодревью и командной работы • Опыт работы с Docker и понимание Virtualization & containerization • Работа с protobuf • Знание протокола gRPC • Опыт работы с очередями, мы используем RabbitMQ • Понимание фронтенд и мобильной разработки От нас: зп, которая оправдывает ожидания, офис в центре в 5и минутах от метро Геологическая, чай-кофе-печеньки-кальянная-фрукты, аркадный автомат и куча бонусов, посмотреть которые можно по ссылке: https://ekaterinburg.hh.ru/vacancy/25310782 Жду ваши резюме и вопросы: @Life1over pentina@tochka.com Хорошего дня!

#вакансия #go #golang #екатеринбург #екб #урфо #fulltime #программист Всем привет! Банк Точка в поиске скилловых golang разработчиков. Рассматриваем кандидатов даже без опыта коммерческой разработки на Go, но с огромным желанием изучить Golang. Так же приветствуем кандидатов, переходящих на Go с таких языков как C++, C#, Java, Python. От вас мы ожидаем: • Непреодолимое желание писать на Golang • Опыт разработки коммерческих приложений • Умения писать читаемый элегантный код • Знание базовых вещей: git, CI, CD и т.д. • Опыт работы с реляционными БД, мы используем Postgresql • Ответственный подход, умение работать в команде и желание развиваться. Плюсами будет: • Знание базовых алгоритмов и структур данных • Знание приемов и паттернов проектирования • Убежденность в важности тестов, кодревью и командной работы • Опыт работы с Docker и понимание Virtualization & containerization • Работа с protobuf • Знание протокола gRPC • Опыт работы с очередями, мы используем RabbitMQ • Понимание фронтенд и мобильной разработки От нас: зп, которая оправдывает ожидания, офис в центре в 5и минутах от метро Геологическая, чай-кофе-печеньки-кальянная-фрукты, аркадный автомат и куча бонусов, посмотреть которые можно по ссылке: https://ekaterinburg.hh.ru/vacancy/25310782 Жду ваши резюме и вопросы: @Life1over pentina@tochka.com Хорошего дня!

Очень граммотно указывать зарплату ДО xD

Привет, а это нормально, что fo swagger не генерирует код апи сервера, если внутри сваггер файла есть структуры с наследованием и переопределением некоторых полей? Как пример: есть выдача структуры про ошиюку. Она наследует базовую структуру, но переопределяет одно из полей. И сваггер ошибку дает про duplicate entry. Если поставить флаг —skip-validation, то генерится, но не работает. Какой-то структуры тупо не хватает - он ее похоже пропустил (сервер же должен сразу запускаться после генерации?)

сам свагерфайл вроде валидный - он нормально переваривается редактором вебовским на оффсайте

Очень граммотно указывать зарплату ДО xD

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

А кто как делает разделение на разделы в апишке или все в одном файле?

Например, на ноде у меня был index.js для / и posts.js для /posts

Например, на ноде у меня был index.js для / и posts.js для /posts

Есть горила мукс, может это то что вам нужно?

мукс использую, да

там есть саброуты, но это выглядит как-то ниоч

сам свагерфайл вроде валидный - он нормально переваривается редактором вебовским на оффсайте

Я вот всегда именно сваггер ямл пишу, именно для избегания вот этого вот

интересно посмотреть на готовые кейсы

Я вот всегда именно сваггер ямл пишу, именно для избегания вот этого вот

ага, т.е. избегаешь переопределений при наследовании?

интересно посмотреть на готовые кейсы

весь гитхаб в вашем распоряжении))

весь гитхаб в вашем распоряжении))

уу, я смотрю и так

там все в одном файле(

я просто в первый раз захотел на одном севисе это дело попробовать. Надоело колхозить лисапедные апи. И тут непонятки такие ((:

уу, я смотрю и так

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

а как без роутов жить?

Я думаю над json или graphQL, но мне пока рано ещё, чуть попозже как время появится.

ага, т.е. избегаешь переопределений при наследовании?

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

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

потому и на выходе нерабочая херня =/

наверное надо попробовтаь упростить. Убрать переопределение что ли

убрать, конечно

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

Мб проблемма в группировке ресурсов? На graphql лучше не станет, если только у вас нет роутов с одними данными, но разной структурой, под разные задачи

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

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

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

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

а можно подробнее?

что вы имеете введу под протоколом?

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

Мб интерфейсы?

что вы имеете введу под протоколом?

ну например структуры в который json биндится из какого нибудь API или другого транспорта…

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

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

ааа

нет так нельзя

завтра вам придется для "внешних" клиентов поменять апи и приехали

ну раз @onokonem говорит что не стоит так делать, пожалуй пересмотрю свой подход

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

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

"еще и для записи в базу надо использовать свои" а свои что простите?

структуры.

ааа

"еще и для записи в базу надо использовать свои" а свои что простите?

обычно таблице или вьхе в базе соответствует своя структура

Мб проблемма в группировке ресурсов? На graphql лучше не станет, если только у вас нет роутов с одними данными, но разной структурой, под разные задачи

Ну, к примеру, это был самописный бложик и сайт, выглядело так http://site.ru/blog/категории/пост То есть http://site.ru - сайт тут http://site.ru/blog/ - блог главная страница http://site.ru/blog/категория - например посмотреть посты в одной категории http://site.ru/blog/категория/пост.html - сам пост Ну и до кучи потом прикрутил хэштеги. Получились таблицы, articles, comments, users.... Всё в принципе просто, но... нужна ещё авторизация, нужна админка, в админке нужно как-то работать со статьями, комментами, пользователями... и это всё на роутах.

ну я-то аргументирую

ну как бы да

а у вас как бы нет?

ну у меня контр аргументов кроме того что это более громоздко - нет. вот в чем дело

ну я-то аргументирую

Да, я его пост цитировал. А так я тоже согласен. Структуры для фронта - бизнеслогики - базы должны быть разные.

А вот как их друг в друга конверитить удобно - я не знаю. Либо руками писать, либо как-то кодогенерацию вкручивать. Потому что руками утомляет.

ну у меня контр аргументов кроме того что это более громоздко - нет. вот в чем дело

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

Ну, к примеру, это был самописный бложик и сайт, выглядело так http://site.ru/blog/категории/пост То есть http://site.ru - сайт тут http://site.ru/blog/ - блог главная страница http://site.ru/blog/категория - например посмотреть посты в одной категории http://site.ru/blog/категория/пост.html - сам пост Ну и до кучи потом прикрутил хэштеги. Получились таблицы, articles, comments, users.... Всё в принципе просто, но... нужна ещё авторизация, нужна админка, в админке нужно как-то работать со статьями, комментами, пользователями... и это всё на роутах.

SPA на реакте проще, чем рендер на стороне сервера. + API только для моделей

А вот как их друг в друга конверитить удобно - я не знаю. Либо руками писать, либо как-то кодогенерацию вкручивать. Потому что руками утомляет.

кодогенерация на тегах

кодогенерация на тегах

ух… а можно пример кодогенерации для трансформации из одной структуры в другую? объезженный способ так сказать

SPA на реакте проще, чем рендер на стороне сервера. + API только для моделей

Вот и я про что, роуты не нужны))

ERROR: S client not available

ух… а можно пример кодогенерации для трансформации из одной структуры в другую? объезженный способ так сказать

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

а ну значит это не повсеместно… я думал это везде и всюду на кодогенерации держится

не-не-не

но на развесистых протоколах без нее никак

а как работаете, когда структуры отдельные заданы для протокол, баз и т.п.? Ну т.е. вот пришел откуда-то JSON - мы его перегнали вструктуру. Далее надо с ним поработать в логике и в базу положить. Конвертация структуры через NewStruct := OldStruct.(NewStructType)? Или прям вручную каждое поле перекладывать?

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

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

а как работаете, когда структуры отдельные заданы для протокол, баз и т.п.? Ну т.е. вот пришел откуда-то JSON - мы его перегнали вструктуру. Далее надо с ним поработать в логике и в базу положить. Конвертация структуры через NewStruct := OldStruct.(NewStructType)? Или прям вручную каждое поле перекладывать?

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

много кода получается тогда =\. Но, видимо, не избежать такого

много, да

ну через фабрики

NewStruct := NewFromOld(OldStruct)

много кода получается тогда =\. Но, видимо, не избежать такого

Переиспользование не просто так придумали

это что канал про джаву?)0

интересно - почему го обведен :)

Потому что это топ)

func NewFromOld(os *OldStruct) *NewStruct { newStruct := &NewStruct{} newStruct.var = os.OldVar ... return newStruct }

вот

спасибо, кэп

ну не всем понятно :)

кэп

func NewFromOld(os *OldStruct) *NewStruct { newStruct := &NewStruct{} newStruct.var = os.OldVar ... return newStruct }

А как по выделению памяти?

так

Мб проще через интерфейсы?

А как по выделению памяти?

а какая разница?

Мб проще через интерфейсы?

это как? я не люблю телепатию

а какая разница?

Ну новая переменная создается

это плохо, что ли?