практики к этому относятся?
поясните плиз
Лучше сделать структуру плоской. {“user_name”: “some Name”, “user_email”: “some.email@example.com”} Чем вложенной {“user”: {“name”: “some Name”, “email”: “some.email@example.com”}}
не понимаю, чес гря, а зачем тут вложенность?
Ну я работал с разными API например. И писал много разных API . Был выбор сделать красиво, но иерархично, либо плоско, с затратами на длину имён ключей в json, например, с разборов структуры в плоскую перед записью в БД.
type User struct { Name string Email string BirthDate time.Time Address Address } type Address struct { Country string City string Street string AdditionalInfo string }
Это да. Я в противоречие себе могу раскрутить “за” вложенность структур. Страна может быть не только строкой, но уже ссылкой на ID в таблице-справочнике стран. С городом также. Справочник может обновляться в не зависимости от пользователей. Так, что: type Address struct { Country Country City City Street string AdditionalInfo string } type Country string type City string Но зачем с другой стороны...
А можно вообще всё на интерфейсах сделать 😂😂😂😂😂
Обсуждают сегодня