Design patterns 如果我点击数据库一次而不是十次,那么哪种设计模式适用?

Design patterns 如果我点击数据库一次而不是十次,那么哪种设计模式适用?,design-patterns,oop,Design Patterns,Oop,我正在看一段代码,它将所有不同的查询数据封装在一个对象中。是否有适用于此场景的设计模式?我不太确定您的目的是什么。。。但我会称之为工厂——然后工厂的实现可以对如何浇注其成员做出优化选择。(大概是通过更少的数据库调用或其他任何你能想到的技巧)这真的不符合模式 即使是完全不同的数据也必须有一些共同点,并且在单个数据库调用中具有这些共同点可以被认为是良好的编程 当然,如果以后可能需要分发数据或以并行调用的方式完成数据(通常存储过程是顺序的,因此让一个客户端并行触发多个数据并等待所有数据完成通常会更快)

我正在看一段代码,它将所有不同的查询数据封装在一个对象中。是否有适用于此场景的设计模式?

我不太确定您的目的是什么。。。但我会称之为工厂——然后工厂的实现可以对如何浇注其成员做出优化选择。(大概是通过更少的数据库调用或其他任何你能想到的技巧)

这真的不符合模式

即使是完全不同的数据也必须有一些共同点,并且在单个数据库调用中具有这些共同点可以被认为是良好的编程


当然,如果以后可能需要分发数据或以并行调用的方式完成数据(通常存储过程是顺序的,因此让一个客户端并行触发多个数据并等待所有数据完成通常会更快),则这种体系结构可能被认为是过早的优化。

“让未来的维护人员头疼”模式?说真的,在一个对象中组合不同的数据听起来不是一个好主意。可能是聚合模式?是什么让你认为有这样一种模式,编程根本就是一种模式,一种模式(如果存在的话)是最适合你的吗?询问你的实际编码问题,描述问题,然后再试一次。我们将尝试找到解决你问题的方法,我们不会试图强行将解决方案放入一个盒子中。@GMan没有任何模式吗?:)我不认为工厂离它很近。记住工厂从根本上说是创造性的模式正在读取可能由多个数据库调用结果集组成的某个对象。。。