1.好的代码是团队的要求。因为好代码,功能正确、bug少、通常更好编写、可读性强、可扩展性强。
2.不可能按每块代码是否因为代码质量更好受益来要求是否需要编写良好的代码。没法制定这样的标准。且也不需要这样,最好的办法就是统一要求代码质量良好。这就像类的getter 和 setter方法,又像是战争中的覆盖式打击。
如果在写代码时还需要挖空心思的思考差的代码是否能用,那就是再给写代码增加负担。何不直接去写良好的代码。
3.团队养成了编写良好代码的习惯,自然就会解决许多在代码层面可以解决的问题。
.
2.不可能按每块代码是否因为代码质量更好受益来要求是否需要编写良好的代码。没法制定这样的标准。且也不需要这样,最好的办法就是统一要求代码质量良好。这就像类的getter 和 setter方法,又像是战争中的覆盖式打击。
如果在写代码时还需要挖空心思的思考差的代码是否能用,那就是再给写代码增加负担。何不直接去写良好的代码。
3.团队养成了编写良好代码的习惯,自然就会解决许多在代码层面可以解决的问题。
.
本文探讨了编写高质量代码的重要性,强调良好的代码不仅功能正确、bug少,而且具备更好的可读性和可扩展性。文章提出团队应养成编写优质代码的习惯,并指出这是解决代码层面问题的有效途径。

被折叠的 条评论
为什么被折叠?



