|
|
1
1
首先,我认为这个问题不是意见,而是 基于需求 . 如果你说它是基于偏好的,那意味着你根本没有遇到建立最佳实践以避免的问题。考虑到这一点,第一个最佳做法是尽可能简单。API的发展取决于应用程序的特定需求以及您发现哪些需求最合适的能力。 下面是web FTP客户端上载对象的“代码演变”示例。注意,有许多不同的可能路径。这个例子的唯一目的是证明最佳实践不仅仅是偏好问题。
然后,您意识到需要一个progressbar视图来在设置状态时进行更新,因此您需要一个专门的setter:
然而,稍后您决定需要显示通知,但仅当状态设置为“完成”时。或者你发现自己需要一种速记方法,因为你必须打字
注意,您可以选择一致的API而不是方便性(例如,我确实更喜欢
setter仍然存在一个问题:如果您设置了无效的状态,例如“whatever”,它将附加类“state whatever”,因此您需要更新
另一方面,setter最基本的形式只是将属性设置为对象上的值的函数。具体程度取决于硬编码到setter中的参数数量。
|
|
|
2
1
我会选择第二种选择,因为:
|
|
|
H.v.M. · 为最后一个枚举值指定不同的变量值 4 年前 |
|
|
JimmyDiJim · 在声明后定义枚举变量 8 年前 |
|
|
Eli K · 语法错误,插入“{”以完成枚举体(在类的末尾) 8 年前 |
|
|
Vivek Shukla · 在中间添加枚举 8 年前 |
|
|
DannyD · 如何访问typescript中的枚举名称 8 年前 |