快速问题:我想听听你的想法时使用"国家"对"地位"的命名时,这两个领域,例如"Foo。currentState"vs"Foo。状态"和类型,如"enum FooState"vs"enum FooStatus".是否有一个《公约》讨论过了吗?我们应该只利用一个吗?如果那么,哪一个,如果没有,我们应该如何选择?

有帮助吗?

解决方案

这取决于上下文

状态一般是指一个实体的整个状态 - 其所有的值和关系在特定的时间点(通常,电流)

状态是更大的时间点,也就是说,其中的东西是在一个流程或工作流的 - 它是脏(因此需要保存),它是完整的,则它挂起的输入,等

我希望可以帮助你在你的决定。

其他提示

IMO:

状态==你怎么样? [好/坏]

状态==你在做什么? [静止/工作]

通常我将使用状态在表示对象的当前状况或系统作为一个整体。我使用状态来表示某种行动的结果。例如,一个对象的状态可以被保存/未保存,有效/无效。方法的状态(结果)是成功/失败/错误。我觉得这个嘲弄得不错的状态定义为“状态或条件的对于情况 时,”在这种情况下,情况作为一个动作/方法的应用。

另一(完全务实的)原因,更喜欢国家地位的是复数形式是直截了当的:

  • 国家>的国家
  • status->状态

相信我,你迟早会有一个清单,或列或任何国家代码中,将有名称的变量。

我想很多人用“状态”表示对象的状态,如果没有其他原因,而不是“国家”指的是美国的政治分裂。

我想你可以换个角度添加到方程式,即“发件人请求者。”

从发送者的角度来看,我会沟通与任何人愿意听我的状态。虽然从请求者的角度来看,我会要求别人的状态。

上面也可以从一个角度不确定点解释: - 定义=状态 - 未定义=地位 什么是你的状态?我在松弛状态中。

我敢肯定,这只是一个解释,这可能并不适用于您的具体情况。

一个快速的字典检查显示状态是状态的同义词,但是具有额外的解释的相对于其他人的位置

所以我会使用状态作为一组状态没有任何隐含的顺序或相对位置有彼此,和状态而这样做(也许关闭待机吗?)。但它是一个细微差别。

很多我应付(应收,客户)实体可以有一个国家(德克萨斯州,弗吉尼亚州等)和状态(活动,关闭等)

所以关于术语是误导点是可能的。我们在那里的状态被命名为ST_CD和状态将ACCT_STAT_CD一个标准化的数据库命名约定(不是我个人的选择)。

随着面向对象milieux枚举,这个问题并不重要,因为如果你有严格的类型安全,编译器将确保没有人试图做到这一点:

theCustomer.State = Customer.Status.Active;

如果你是在一个动态的环境中,我会更担心!

如果你正在处理该网域的状态机或其他状态信息和术语是主要的,那么我会认为国家是完全正常的。

我们有一段时间回到我的当前项目这个确切的辩论。我真的没有特别的偏好,但一致性是一个重要的考虑因素。

在我的夏普PW-E550(一个真棒词典,我可以补充)“状态”的第一个(有几个)的定义是“特定的条件下,某人或某事是在一个特定的时间。”的“地位”的第一个定义是“某人或某事所产生的社会,职业或其他地位”。甚至的“状态”的第二(最后)的定义是不如“状态”在此上下文中:“事务的在特定时间的位置,尤指在政治或商业环境中”

因此,如果我们想让它用我的字典(它使用新牛津美语辞典,2001年),“状态”将是最好的选择。要尽可能简单的人

此外,还有在四书中的描述岗一种设计模式,称为状态模式,牢固树立在计算词汇术语。

由于这些原因,我建议 “状态”。

P.S。那是你DDM?你还在苦涩关于“国家”与“身份”?!!!!!!! LMAO!

好了,他们的意思是一样的。我不认为有必要颁布一个比其他的一大喜好,但我通常与“身份”去的,因为我喜欢的东西,听起来拉丁语和古典。我的意思是,在我的世界,模式的多是图式,所以有相当多的它去,我没有别的办法。

Sophistifunk,我相信你会得到论据都和状态。做最重要的事情是,你挑一个,并且只使用一个。我建议与您的团队讨论这一点,看看每个人都同意。

这就是说,我建议如下。

假设使用的是一种面向对象的编程语言,一个对象的“状态”由对象本身表示。 SomeObject.state是海事组织误导。我不知道什么是“状态”代表你的榜样,但我的直觉,就是喜欢这个国家。

不是同样的事情在所有。停止和启动是国家。停止和启动是状态。

如果你让他们他们怎么描述车辆的停止,但目前开始同样的事情。或应用作为当前提出但尚未进入审批程序或正在被批准,但目前处于暂停与等待签名的错误条件?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top