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

Вопрос не об этом... можно ли единообразно работать как с встроенными, так и с кастомными коллекциями с помощью range в цикле?

А есть какая нибудь либа, которая делает тэг для кастомизации знаечний полей десериализованной структуры по умолчанию, чтобы можно было вот так сделать type ComportConfig struct { Name string `default:"COM1"` Baud int `default:"9600"` ReadTimeout time.Duration `default:"1000000"` } var x ComportConfig // десериализация из жсон // x.Name == "COM1" // x.Baud == 9600 // x.ReadTimeout == time.Millisecond

А есть какая нибудь либа, которая делает тэг для кастомизации знаечний полей десериализованной структуры по умолчанию, чтобы можно было вот так сделать type ComportConfig struct { Name string `default:"COM1"` Baud int `default:"9600"` ReadTimeout time.Duration `default:"1000000"` } var x ComportConfig // десериализация из жсон // x.Name == "COM1" // x.Baud == 9600 // x.ReadTimeout == time.Millisecond

Что-то range меня расстроил. Получается, я не могу итерироваться по кастомным контейнерам :(

как она должна понять что для поля Baud нужно применить default? по нулевому значению? А что если нулевое значение и есть то значение которое тебе было нужно? Ну я надеюсь ты понял логику nullable fields обычно с помощью указателей реализовываются

https://stackoverflow.com/questions/35810674/in-go-is-it-possible-to-iterate-over-a-custom-type

Go-way будет написать метод: // SetDefaults sets default values to unset fields func (c *ComportConfig) SetDefaults() { if c.Baud == 0 { c.Baud = 9600 } }

https://stackoverflow.com/questions/35810674/in-go-is-it-possible-to-iterate-over-a-custom-type

слишком муторно

Но как-то грустно и неконсистентно. Хотелось чтобы все что реализовало Next() могло быть итерабельным

== как она должна понять что для поля Baud нужно применить default? как на счёт - если в жсоне нету поля baud, то сделать его 9600 а не 0

Но как-то грустно и неконсистентно. Хотелось чтобы все что реализовало Next() могло быть итерабельным

мне кажется это было сделано намерено ибо реализация range как интерфейса уже попахивает дымом от перегруженых операторов. "Go code should be obvious", следственно было бы не obvious если range мог вызывать какие-то там внутренние реализации чего либо, поэтому Go-way скорее: for custom.Next() { p := custom.Get() } for i, p := range slice { p } does it make sense to you?

Так сделали бы Next() у всех, в том числе у мап и было бы консистентно.

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

Имхо, это плохо.

Ткните носом как настроить gorilla/mux так чтобы из браузера можно fetch(url, {method: "DELETE"}) юзать. В Postman всё нормально, а мозилла со своим OPTIONS не хочет. Я так понял все дело в двойном запросе (Pre-flight requests).

Думаю вам стоит посмотреть на gorilla.CORS, эта мидлвара как раз позволяет настроить допустимые хедеры и т.п, OPTIONS запросы она тоже обрабатывает

allowedOrigins := handlers.AllowedOrigins([]string{"*"}) allowedMethods := handlers.AllowedMethods([]string{"GET", "POST", "DELETE"}) handlers.CORS(allowedOrigins, allowedMethods)(r)

как округлить float64 до 4 знаков после запятой? так и не понял, есть round() или нет

allowedOrigins := handlers.AllowedOrigins([]string{"*"}) allowedMethods := handlers.AllowedMethods([]string{"GET", "POST", "DELETE"}) handlers.CORS(allowedOrigins, allowedMethods)(r)

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

POST вроде тоже считается безопасным? PUT точно указывать нужно

https://github.com/gorilla/handlers/blob/master/cors.go#L30

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

есть у нас какая-нибудь функция из стандартной библиотеки которая берёт слайс строк и его манипулирует?

strings.Join

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

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

Что значит манипулируется? 😅

sort.Slice?

а кроме sort?

А зачем?

присвоение елементу слайса стандартное как и у массива, оно же изменение , операцияя append как добавляет так и удаляет элемент! Сортировку дали выше .... все остальное в ваших руках!

зачем вы спрашиваетет если сами и отвечаете ?😊

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

== как она должна понять что для поля Baud нужно применить default? как на счёт - если в жсоне нету поля baud, то сделать его 9600 а не 0

Люди добрые, а подскажите, можно ли как-то автоматически билдить проект, который тянет зависимости по HTTPS вместо SSH? Там нужно интерактивно пароль вводить, репозитории зависимостей приватные

Люди добрые, а подскажите, можно ли как-то автоматически билдить проект, который тянет зависимости по HTTPS вместо SSH? Там нужно интерактивно пароль вводить, репозитории зависимостей приватные

https://git-scm.com/book/ru/v2/Инструменты-Git-Хранилище-учетных-данных

о, ну раз тут ДБшный треп - я правильно понимаю что заранее подготовленный db.Prepare внутрить транзакции запихнуть нельзя?

это время достаточно длительное

Вы его меряли? Со временем исполнения транзакции сравнивали?

Нельзя. Там же пул коннектов, и обеспечить и prepare, и begin на одном коннекте в общем случае невозможно

Имхо, это плохо.

есть идейка вынести prepare из базы, и сделать свой пул конектов... тоесть делаем метод stmt := Prepare("sql") а потом применять его к бд. rows, err := stmp.query(&db, args ...) если нужда транзакция: connnew := db.begin() stmp.query(&connnew, args...) под ковром query внутри стейтмента будет проверять в мапчике делал ли он prepare для данного соединение, если да - использовать его, если нет - создавать новое

день добрый, решал уже кто задачу преобразования c# protobuf-net в golang protobuf? в частности типов list и dictionary

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