这主要是由于对SQL问题的答案。由于性能,有意省略了UDF和子查询。我没有包括可靠性,并不是说它应该被认为是理所当然的,但是代码必须有效。
表现总是第一吗?如此多的答案以性能为主要优先事项。我的用户似乎更关心代码的修改速度。因此,一份报告需要15秒而不是12秒才能运行。只要我不为不提供解决方案找借口,他们就可以忍受。
显然,如果15秒变成15分钟,则存在问题,但用户需要此功能。他们希望应用程序适应业务规则更改和增强请求。我希望能够从现在开始的6个月内查看代码,并能够在一个易于识别的位置进行更改,而不是追逐所有复制并粘贴代码的地方,因为他们认为调用另一个函数或子例程或Udf会妨碍表现。
话虽如此,我将命令:可维护性(改变是生活中的事实。),性能(没有人喜欢盯着沙漏),可重用性(难以确定应再次使用什么代码。)。
最佳答案
1.可维护性:如果代码不可读,那么不管它有多快,它都是无用的。而且它绝对不会被重复使用。
2.可重用性:并非所有代码都是可重用的,但是很多都是可重用的。如果可以的话,请一定使您的代码更简单。最简单的就是分而治之。例如,创建将要反复使用的简单组件。 UI小部件是最常见的。但是实用程序是一样的。同样,为您的代码创建结构/框架也有帮助。错误验证码等
3.性能:通常,大多数代码都具有足够的性能。如果没有,请使用代码分析器。通常,瓶颈会远远超过您可能会以可读性或可重用性为代价进行的任何小型代码优化。
关于performance - 编码优先级: Performance,可维护性,可重用性?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/523222/