Go slice类型字段/变量的命名约定

对于int-id片段，变量或结构字段的名称应该是什么

例如，具有[]int类型的用户ID列表的结构：

type Result struct {
  UserIDs []int
}

或不带尾随s：

---

许多go库甚至可以为类型片段创建类型别名，例如

类型令牌=[]令牌

---

考虑到这一点，我认为userid将是正确的命名约定

许多go库甚至可以为类型片段创建类型别名，例如

类型令牌=[]令牌

---

考虑到这一点，我认为userid是正确的命名约定

名称应该描述变量的内容。字段的内容是多个用户ID，因此将其命名为userid。UserID描述单个用户ID

使用复数形式还可以方便地在切片上循环，并对循环变量使用单数形式，例如：

for _, userID := range result.UserIDs {
    // Do something with it
}

---

名称应描述变量的内容。字段的内容是多个用户ID，因此将其命名为userid。UserID描述单个用户ID

使用复数形式还可以方便地在切片上循环，并对循环变量使用单数形式，例如：

for _, userID := range result.UserIDs {
    // Do something with it
}

视情况而定

如果[]int表示由多个int组成的单个用户ID，则UserID是正确的名称

如果[]int表示多个用户id，每个用户id由一个int表示，则userid是正确的名称

这里没有特殊的逻辑。这里没有什么可去的。这只是英语。

视情况而定

如果[]int表示由多个int组成的单个用户ID，则UserID是正确的名称

如果[]int表示多个用户id，每个用户id由一个int表示，则userid是正确的名称

---

这里没有特殊的逻辑。这里没有什么可去的。这只是英语。

这是一种糟糕的做法，基本上是类型别名的误用。许多go库甚至为类型片段创建类型别名——真的吗？你能举出一些例子吗？这将是一个非常糟糕的主意，因此如果它被广泛使用，我会感到惊讶。这是一个糟糕的做法，基本上是类型别名的误用。许多go库甚至为类型片段创建类型别名-真的吗？你能举出一些例子吗？这将是一个非常糟糕的主意，所以如果它被广泛使用，我会感到惊讶。好的观点。我想到了后一种情况，说得对。我想到了后一种情况。