命名规则：“状态”与“状态”
快速的问题：我想听听你什么时候使用“状态”与“状态”时，如“Foo.currentState”与“Foo.status”和types，如“枚举FooState”与“枚举FooStatus”。 那里是否有一个公约讨论？ 我们应该只使用一个？ 如果是这样的话，如果不是，我们应该如何select？
这取决于上下文
国家通常是指一个实体的整个状态 – 在一个特定的时间点（通常是当前的）所有的价值和关系，
状态更像是一个时间点，比如说某个进程或工作stream中的某些东西 – 是脏的（因此需要保存），是否完成，是否等待input等等
我希望能帮助你做出决定。
IMO：
状态==你好吗？ [好坏]
状态==你在做什么？ [静止/工作]
通常情况下，我将使用状态来表示一个对象或整个系统的当前状态。 我使用状态来表示一些行动的结果。 例如，一个对象的状态可能被保存/未保存，有效/无效。 方法的状态（结果）成功/失败/错误。 我认为，这种地位的定义是“ 状况或状况 ”，这种情况在应用一种行动/方法。
另一个（完全实用）的理由是，复数是直截了当的：
- 州 – >州
- 状态 – >状态
相信我，你迟早会在你的代码中拥有一个列表或者数组或者任何状态，并且必须命名这个variables。
我认为很多人用“身份”代表一个客体的状态，如果没有别的理由，而“国家”是指美国的一个政治分歧。
我处理的许多实体（账户，客户）可能有一个州（TX，VA等）和一个状态（激活，closures等）
所以关于这个词的误解是可能的。 我们有一个标准化的数据库命名约定（不是我个人的select），其中一个状态名为ST_CD ，状态为ACCT_STAT_CD 。
在OO milieux中枚举枚举，这个问题并不重要，因为如果您有严格的types安全性，编译器将确保没有人尝试这样做：
theCustomer.State = Customer.Status.Active;
如果你处于一个充满活力的环境中，我会更加担心！
如果你正在处理一个以状态机或其他状态信息为主的域名，那么我认为国家是完全正确的。
我想你可以给这个等式增加另外一个观点，即“发件人 – 请求者”。
从发件人的angular度来看，我会把我的状态告诉任何愿意倾听的人。 从请求者的angular度来看，我会询问某人的身份。
以上也可以从不确定的angular度来解释： – Defined = state – Undefined = status你的状态是什么？ 我处于放松状态。
我很确定这只是一个解释，可能不适用于你的特定情况。
一个快速的字典检查表明，状态是国家的同义词，但是对于其他位置的位置有另外的解释。
所以我会用状态来表示没有任何相对于彼此的隐式sorting或位置的状态 ，以及那些状态 （可能是非待机状态？）的状态。 但这是一个很好的区别。
那么，他们的意思是一样的。 我不认为有必要公布一个优先于另一个，但我一般会去“地位”，因为我喜欢听起来拉丁文和古典主义的东西。 我的意思是，在我的世界里，图式的复数是图式，所以几乎没有别的办法可以和我一起去。
我们刚刚就当前的项目进行了精确的辩论。 我真的没有偏好，但一致性是一个重要的考虑因素。
在我的Sharp PW-E550（我可能会添加一个真棒字典）中，第一个（有几个）“状态”的定义是“某人或某事在特定时间处于的特定状态”。 “地位”的第一个定义是“某人或某事的相对的社会，职业或其他地位”。 即使是第二个（也就是最后一个）“地位”的定义，在这种情况下，也不如“国家”：“在特定时间的事务地位，尤其是在政治或商业环境中。
所以，如果我们希望对于使用我的字典的人来说尽可能简单（使用新牛津美国词典，2001年），“国家”将是最好的select。
此外，“四人帮”中所描述的devise模式被称为“国家模式”，在计算词汇中牢固树立了这一术语。
由于这些原因，我build议“国家”。
PS是你的DDM吗？ 你还在为“国家”还是“地位”而苦恼？!!!!!!! LMAO！
Sophistifunk，我相信你会得到国家和地位的论据。 最重要的是你select一个，只使用一个。 我build议与你的团队讨论这个问题，看看每个人都同意。
这就是说，我的build议如下。
假设您正在使用面向对象的编程语言，对象的“状态”由对象本身表示。 SomeObject.state误导imo。 在你的例子中，我不确定“地位”是什么，但是我自然的直觉就是喜欢这个陈述。
根本不是一回事。 停止并开始是状态。 停止和开始是状态。
如果你把它们做成同样的东西，那么你如何描述车辆已经停下来，但是现在已经开始了。 或者目前提交的申请，但尚未进入审批程序或正在审批中，但目前正处于等待签名的错误状态。
