Size: a a a

2020 July 30

0

0xDEFACE in Go-go!
ЧТобы это изменить нужно указатели на инт
источник

0

0xDEFACE in Go-go!
источник

0

0xDEFACE in Go-go!
ощущение что я лезу в дебри и есть способ проще
источник

AM

Alexander Morozov in Go-go!
Нету, указатели нужны
Может есть другие пакеты json с тегами помоднее, но обычно так
источник

MM

Mansur Mansurov in Go-go!
Привет всем, вопрос возможно глупый. Прочитал, как-то что при введении type aliasing сообщество было не очь радо, но в итоге ввели. Можете объяснить почему? И почему не советуют использовать его в повседневной жизни, а только к примеру при "глубоком" рефакторинге?
источник

DP

Daniel Podolsky in Go-go!
А у него же и нет применения в повседневной жизни
источник

АД

Алексей Долгов... in Go-go!
А какое есть применение? например переименовали тип, но не стали ломать обратную совместимость с прошлой версией кода?
type OldType = NewType
источник

NK

Nur Kutlugallyamov in Go-go!
Алексей Долгов
А какое есть применение? например переименовали тип, но не стали ломать обратную совместимость с прошлой версией кода?
type OldType = NewType
Методы добавить
источник

ЛА

Локоть Анатолий... in Go-go!
Mansur Mansurov
Привет всем, вопрос возможно глупый. Прочитал, как-то что при введении type aliasing сообщество было не очь радо, но в итоге ввели. Можете объяснить почему? И почему не советуют использовать его в повседневной жизни, а только к примеру при "глубоком" рефакторинге?
Можно новый тип завести в другом пакете и тем самым инкапсулировать импорты. Свести к импорту одного пакета вместо нескольких.
источник

IK

Ilya Kaznacheev in Go-go!
Локоть Анатолий
Можно новый тип завести в другом пакете и тем самым инкапсулировать импорты. Свести к импорту одного пакета вместо нескольких.
Интересный прием
источник

ЛА

Локоть Анатолий... in Go-go!
Ilya Kaznacheev
Интересный прием
Единственный, который оправдывает алиасинг типов на моем опыте ))
источник

A

Aikidos in Go-go!
Можно через алиазинг лениво (если особо заморачиваться не хочется) типизировать идентификаторы и т.п.:

type UserId int64
type TownId int64

func main() {
   moscow := TownId(5)

   test(moscow) // cannot use moscow (type TownId) as type UserId in argument to test
}

func test(userId UserId) {
   fmt.Println(userId)
}
источник

🅚

🅚🅘🅝🅓🅔🅡🅦🅞🅝🅓... in Go-go!
для загрузки пакета в проект локально, (чтобы не дергать каждй раз репозиторий на гитхабе)
нужно просто прописать go mog init (url пакетана гитхабе)
так?
источник

S

Sergey in Go-go!
Aikidos
Можно через алиазинг лениво (если особо заморачиваться не хочется) типизировать идентификаторы и т.п.:

type UserId int64
type TownId int64

func main() {
   moscow := TownId(5)

   test(moscow) // cannot use moscow (type TownId) as type UserId in argument to test
}

func test(userId UserId) {
   fmt.Println(userId)
}
Это не алиасы, это новые типы.
источник

VM

Vladislav Milenin in Go-go!
Всякие мапы алиасить и методы к ним крутить, не? Плюс можно сделать тип неимпортируемым, но возвращать в импортируемой функции и своего рода защита логики
источник

A

Aikidos in Go-go!
Sergey
Это не алиасы, это новые типы.
Да, я ошибся.
источник

VM

Vladislav Milenin in Go-go!
Sergey
Это не алиасы, это новые типы.
🤯
Не я один спутал
источник

АЛ

Артем Лазаренко... in Go-go!
ну почему в GO не поддерживаются относительные пути для импорта? Ну блин это ж не удобно ппц как, какие аргументы у сторонников этого?
Вот смотрите, я делаю проект, я хочу часть функционала, логически сгруппировать, я делаю подкаталог, создаю там отдельный пакет и в main его подключаю указав относительный путь, все работает, т.е. сам ГО умеет так работать, а млин go.mod нет, как так. Зачем мне в таком случае указывать абсолютный путь, этот пакет не универсальный который можно "пристегнуть"  к любому другому проекту, он создан только для моего проекта. Либо придется каждый раз перед пушем менять относительные пути на абсолютные и наоборот, бред же.
источник

AM

Askold Monarkhov in Go-go!
Артем Лазаренко
ну почему в GO не поддерживаются относительные пути для импорта? Ну блин это ж не удобно ппц как, какие аргументы у сторонников этого?
Вот смотрите, я делаю проект, я хочу часть функционала, логически сгруппировать, я делаю подкаталог, создаю там отдельный пакет и в main его подключаю указав относительный путь, все работает, т.е. сам ГО умеет так работать, а млин go.mod нет, как так. Зачем мне в таком случае указывать абсолютный путь, этот пакет не универсальный который можно "пристегнуть"  к любому другому проекту, он создан только для моего проекта. Либо придется каждый раз перед пушем менять относительные пути на абсолютные и наоборот, бред же.
как будто ты эти пути руками вводишь, забей просто IDE же сама все делает
источник

EK

Eduard Korolev in Go-go!
Артем Лазаренко
ну почему в GO не поддерживаются относительные пути для импорта? Ну блин это ж не удобно ппц как, какие аргументы у сторонников этого?
Вот смотрите, я делаю проект, я хочу часть функционала, логически сгруппировать, я делаю подкаталог, создаю там отдельный пакет и в main его подключаю указав относительный путь, все работает, т.е. сам ГО умеет так работать, а млин go.mod нет, как так. Зачем мне в таком случае указывать абсолютный путь, этот пакет не универсальный который можно "пристегнуть"  к любому другому проекту, он создан только для моего проекта. Либо придется каждый раз перед пушем менять относительные пути на абсолютные и наоборот, бред же.
поддерживаю
источник