在考虑性能的情况下,是否建议零件设计软件的组件或体系结构？我的意思是,设计/架构应该在性能密集型环境中使用的准备程度如何？
在设计组件时,我们应该遵循良好的OO原则,并确保组件是"可扩展的".这样我们在这里稍微调整一下设计,并在我们遇到性能问题时稍微调整一下.虽然这样,我们经常会遇到性能问题,在这些问题上调整软件可能会有所帮助.
或者,如果我们想出一个设计,虽然很复杂,但会使性能问题变得轻而易举.我们仍然需要调整软件,但调整通常非常简单,因为设计是面向性能的.
注意:在上面列出的两种情况中,我都试图在遇到性能问题之前调整软件的性能.要重新说明问题,软件的设计是否应该以性能为导向？
请不要回答我说这一切都取决于预期软件运行的环境.原因是任何工业级软件的客户似乎总是想要越来越多.您可能不会将您的软件计划为在性能密集型环境中持续运行,但如果必须,该怎么办？我们应该在感觉到时重新设计软件吗？
一个星期以来我一直困扰着这个问题,我还没有答案.你对此有什么看法？
在OO组件中,当您只有一个实现可用于某个类并且该类未"发布"到其他组件时,是否仍然建议使用接口并使用该接口？
我完全了解"编程到接口"的设计原则,并广泛使用它.
最近,我一直在观察,大多数情况下,从不需要不同的实现(尽管可能并且有意义).由于始终使用接口,应用程序代码将具有相当多的接口,每个接口只有一个实现,并且接口似乎是一种开销.
相反,是否最好只使用具体类并仅在需要第二个实现时引入接口？无论如何,现在使用IDE提取界面是轻而易举的.当引入新接口时,可以更改对旧具体类的引用以使用新接口.
你怎么看？