Flimzy
2020-11-29 00:55:36
我犹豫要回答，因为这最终是一个自以为是的问题。但是我避免这种情况的原因是：
- 它不是很明显，因此可以说违反了“最小惊讶原则”。如果我在某些Go代码中遇到了这种情况，我会认为这是一个错误，或者是迁移造成的混乱，我会尝试将其删除。
- 即使从表面上看，文档的价值充其量也是充其量。从
map[string]User应该将用户名映射到用户的上下文中应该很清楚。如果你有多个相似的映射，例如，一个映射用户名，一个映射用户ID，则变量名应消除歧义。如果不是，则类型别名也可能不够。你需要一些清晰的文档。 - 最后，静态分析工具（例如内置在许多IDE中的工具）会将类型别名解析为其规范类型，这意味着任何可感知的文档价值都将受到限制。
热门github
1
2
3
5
6
7
8
11
13
14
15
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
您对常规def会说同样的话
type Username string吗？@ mh-cbon：并非所有要点都适用于stabdard类型定义。您要问哪一个？通常，尽管如此，我更喜欢为功能保留类型定义，而不是文档。我发现不断地在命名类型和基本类型之间来回转换类型是很麻烦的，除了在类型中内置了功能之外，我宁愿避免使用它。
I find constantly type converting back and forth between a named type and a base type to be cumbersome, and prefer to avoid it except when I have functionality built into a type.这是我同意的一个很好的理由。我提出了要点，以防OP对各种类型定义感到困惑。在命名类型和基类型之间进行转换的问题不适用于类型别名，因为类型别名实际上并不创建类型，因此在我的示例中使用纯字符串可以，对吗？这实际上是我从使用类型别名获得的好处之一。
@ user2133814：对，转换是不是适用于别名。