C# 模型属性的命名约定?
如果您有一个表示天的int,那么它的名称的最佳方式是:C# 模型属性的命名约定?,c#,architecture,C#,Architecture,如果您有一个表示天的int,那么它的名称的最佳方式是: MinLimitInDays MinLimit是否将“以天为单位”作为xml文档注释 或与双精度相同: ProductRevenueInPercentage ProductRevenue是否以“百分比”作为xml文档注释 或者您甚至会创建一个具有特定构造函数的新类,例如,MinLimit(int-days),该类具有int-days属性?,您应该重视可读性而不是简洁性 因此: 将更好地表现为: int MinimumAmountOfDays
MinLimitInDays
MinLimit
是否将“以天为单位”作为xml文档注释ProductRevenueInPercentage
ProductRevenue
是否以“百分比”作为xml文档注释MinLimit(int-days)
,该类具有int-days属性?,您应该重视可读性而不是简洁性
因此:
将更好地表现为:
int MinimumAmountOfDays = 4;
更好的是,将其保存为时间跨度
TimeSpan MinimumLimit = TimeSpan.FromDays(4);
如果你不确定其他的事情,那就把它说得更详细些
double ProductRevenuePercentage;
优于:
double ProductRevenue;
这可能是总收入。不要害怕属性太长,也不要缩写,除非缩写无处不在。如果你问10个开发人员,你可能会得到11个意见。所以没有最佳实践?这些观点都是有效的,客观上是正确的?不要害怕使用长变量名,它应该尽可能具有描述性。好的变量名称:
maxDaysInAYear
,员工百分比
,总债务
。这些名称清楚地显示了程序员的意图。这也适用于财产。据我所知,没有。所有建议都有利弊,甚至对某一类房地产有意义,但对另一类房地产没有意义。例如“StartDatingRegoriancalendarDate”。。。过了头,对吗?但在一个应用程序中,你实际上可以处理不同的日历,这是有意义的…@RosdiKasim,这也是我的想法。但后来我想起了为什么我们对名为LastSeen
的变量使用DateTimeOffset
而不是LastSeenUTCfrom1600long
double ProductRevenue;