我在不同的公司工作过,在每个地方,人们对是否应该在代码中包含注释有不同的看法。有些人说他们不应该这样做,因为程序员的代码应该足够简单易懂,因此应该是自我注释的。他们进一步质疑,由于代码频繁变化,开发人员并不总是足够勤奋地随代码一起更新注释,因此注释很快就会过期,因此会产生误导。另一组人说,代码的功能是用技术术语来描述系统所做的事情,但它并不总是描述代码的业务原因,因此为了给代码提供上下文,注释是有用的。我倾向于前一种观点。我想知道社区的意见是什么。请一定要分享你的想法。
谢谢,
Sachin
发布于 2012-10-10 00:50:18
赞成。业务原因应该在验收测试中捕获,或者,如果您的类型系统足够强大,可以直接在类型系统中捕获业务原因,在类型系统中,可以由编译器进行机械检查。
像业务规则这样重要的东西肯定不属于注释,它既不被检查,也不被执行,也不被测试。
https://stackoverflow.com/questions/12804697
复制相似问题