Coding style 使用did作为布尔标志名

我命名了一个布尔参数

didInfoChange

我的团队中有很多人告诉我把它改成

isInfoChanged

，我不同意。这可能是因为我的团队成员不是以英语为母语的人（我也不是），但我觉得

iInfoChanged

是不对的

didInfoChange->信息有变化吗？->正确/错误

在我的竞争中，他是相当理解的

isInfoChanged->信息是否已更改？

听起来不太对。 这可能没什么大不了的，但我做了一些搜索，人们并没有真正使用

did

作为旗帜名称。我同意

hasInfoChanged

，但是

has

和

did

基本上是一样的

---

我想知道为什么

有问题？
这里有两个问题：

1）哪个更好，
didInfoChange
还是
isinfochange
？

英语单词“change”可以是及物的，也可以是不及物的，但在这种情况下，“信息被改变了”和“信息确实改变了”的意思是完全相同的。（在内涵上有细微的区别，但在这里并不重要。）这两个名字的长度相同。除了风格惯例之外，似乎没有什么区别

2）如果你的方式比他们的好，你应该怎么做

考虑一下你行为的后果

如果您有能力说服团队的其他成员免费使用您的变量名，那么就这样做。如果这样做会引起压力（例如，命令下属做一些他们认为是坏主意的事情），那么风格的改进可能不是团队动态的代价。
如果你无法说服他们，但你可以延长争论时间，阻止团队开展建设性工作，那么。。。不要。使用它们的变量名

如果你不能延长争论时间，但你可以通过争论使自己不受欢迎，那么。。。不要。使用它们的变量名。
这里有两个问题：

1）哪个更好，
didInfoChange
还是
isinfochange
？

英语单词“change”可以是及物的，也可以是不及物的，但在这种情况下，“信息被改变了”和“信息确实改变了”的意思是完全相同的。（在内涵上有细微的区别，但在这里并不重要。）这两个名字的长度相同。除了风格惯例之外，似乎没有什么区别

2）如果你的方式比他们的好，你应该怎么做

考虑一下你行为的后果

如果您有能力说服团队的其他成员免费使用您的变量名，那么就这样做。如果这样做会引起压力（例如，命令下属做一些他们认为是坏主意的事情），那么风格的改进可能不是团队动态的代价。
如果你无法说服他们，但你可以延长争论时间，阻止团队开展建设性工作，那么。。。不要。使用它们的变量名

如果你不能延长争论时间，但你可以通过争论使自己不受欢迎，那么。。。不要。使用它们的变量名。
此外，有时也允许在命名布尔getter方法时使用has，具体取决于口语中使用的助词；我从未将did视为布尔标识符的一部分

使用hasInfoChanged可以保留分词结尾（e）d。也许这能让你的团队其他人满意

infoChanged可能被误认为是EventHandler委托

不幸的是，我也不是以英语为母语的人
 此外，有时也允许在命名布尔getter方法时使用has，具体取决于口语中使用的助词；我从未将did视为布尔标识符的一部分

使用hasInfoChanged可以保留分词结尾（e）d。也许这能让你的团队其他人满意

infoChanged可能被误认为是EventHandler委托

不幸的是，我也不是以英语为母语的人
 我喜欢
infoChanged
。但是，如果我的团队中的每个人都希望我使用错误的名称，为了和谐起见，我可能会遵守。感谢您的回复，我也会同意
infoChanged
，但是由于其他一切都是用
is
完成的，所以每个人都希望在所有事情之前坚持
is
。因为人们对此争论不休，所以我的公关没有被审查，这花了很多时间。但是，我觉得如果有什么不对劲，就应该改变。我更喜欢
infoChanged
。但是，如果我的团队中的每个人都希望我使用错误的名称，为了和谐起见，我可能会遵守。感谢您的回复，我也会同意
infoChanged
，但是由于其他一切都是用
is
完成的，所以每个人都希望在所有事情之前坚持
is
。因为人们对此争论不休，所以我的公关没有被审查，这花了很多时间。然而，我觉得如果有什么不对劲，就应该改变。