性能设计/预成熟优化之间的交叉

Question

可能重复: 什么时候优化不是过早的，也不是邪恶的？

在设计我自己的.Net SQL访问库时，我发现我希望所有事情都能尽可能快地运行，所以我倾向于研究最快的处理方法。这常常被批评为早熟的优化，而我只是在寻找最快的方法去做一些事情。

我的问题是，性能设计和早熟优化之间是否存在交叉？

Answer 1

我发现最好的设计优化就是找到最简单的方法来做事情。复杂性在很多方面都要付出代价。您的大多数库可能会被轻松地使用，所以拥有最快的性能将不是关键。正确地工作总是至关重要的，而且更有可能是一个更简单的设计。

设计接口而不是特定的实现。这将允许您在需要时替换该实现。一旦实现了库，就可以对其进行分析，查看是否存在可以优化的区域。

优化设计变得越来越困难和容易出错。你真的需要一些你能测量的东西。编写最简单的代码，然后进行优化。

Answer 2

我认为最好的过程是为您的SQL数据库做基础工作，这样您就可以轻松地使其更快，但不要实际执行这些步骤。灵活地设置表并编写所需的任何视图，这样与.NET模型的交互(我假设您使用的是MVC)不会改变。

然后，当客户端、PM或测试人员开始抱怨性能时，您可以通过优化来节省时间。并且在你还在考虑的时候(对自己，或者在公司的wiki上)记下你能做些什么优化。

Answer 3

正确性首先，如果只构建一个好的单元测试集。在这个框架内进行优化可能会得到最好的总体结果。