.net - 命名约定是否可以使代码变得更好维护？

Question

我喜欢给我的变量、方法和对象起描述性的名称。显然没有太过分，但让我给你举几个例子。

public class Account
{
    public decimal Balance { get; set; }
}

Account account = new Account();
account.Balance = 1000;

有些人会选择以下内容，这对我来说确实没有意义，除非您是一个懒惰的打字员。

Account acc = new Account();
acc.Balance = 1000;

问题是当你对这些缩写有逻辑时。你对正在发生的事情感到非常困惑。

想象以下物体。

public class Account { public DebitOrder DebitOrder { get; set; } }
public class DebitOrder { BankDetail BankDetail { get; set; } }
public class BankDetail {}

Account acc = new Account();
DebitOrder do = new DebitOrder();
BankDetail bd = new BankDetail();

if(acc.DebitOrder.SomeProperty == do.SomeProperty)
{

}

可读性下降了。总是存在智能感知的争论，只需将鼠标悬停在变量上即可查看它们是什么类型，或者它们是什么。可读的代码，使代码易于理解。

命名约定是否可以使代码变得更好维护？

Answer 1

是的，当然，命名约定可以使代码变得更好维护。

这就是为什么，在你第一天上编程课时，如果你调用变量 x 或 i...，讲师就会打你。

你必须记住，变量/方法/类等的名称纯粹是为程序员准备的，因为编译时这些只是内存地址。

您必须尝试在可读、不言自明的命名约定、良好的注释和结构良好的代码之间取得良好的平衡，以编写更好的可维护代码。