java组件 模式_java – 设计模式以使组件可扩展,可插入而无需更改其附加到的系统...

这里可以使用哪些最佳设计模式来满足下面提到的业务需求？

让我们说我们有一个业务需求来创建一个可以轻松用于不同车辆的仪表板,例如Car,Boat和Plane,只需要很少的更改,因此我们需要一个可以轻松定制的集中式界面,以便与底层系统(例如收集有关速度,电池,深度,高度,热量和功能的信息,如转弯,加速,启动,停止,制动等).仪表板应该带有仪表等,它可以与再次与底层硬件进行通信

明显的解决方案是将问题分解为组件(见下文),以便在切换车辆时需要进行最小的更改.在下面的解决方案中,只有CentralController的具体实现需要在每辆车上有所不同,但是如果您有需要在汽车中进行通信的组件,然后将所有这些类型映射到我们的Application相关类型,例如由Heat使用的HeatInfo HeatGauge可能包含来自内部,外部和来自引擎的信息,因此我们正在讨论车辆中的不同组件,并且每辆车可能有所不同,这里有哪些最佳实践来解决数据映射问题？

>带仪表的面板

> CentralController {get / set}. CentralControllerImpl

>车辆及其部件

所以归结为：

有哪些设计模式可用于在多个复杂API之上创建简化API

既然你们有些人认为问题含糊不清,我会在这里发布真正的问题

我曾经在一个应用程序上工作,该应用程序可以控制非常复杂的硬件和平,控制各种传感器和控制器的需求,我正在开发的应用程序只暴露了一些与该部分负责的人类角色相关的功能.

您应该看到硬件是一个非常复杂且大型的信息数据库,您操作的应用程序和我正在处理的应用程序只公开了一些信息,但是这些信息可能需要读取表格的数据并将所有信息编译到我的视图中域对象,实际执行映射的组件已经变得通用,以便将来的应用程序可以利用它.

我想知道你们有哪些最好的设计模式可以用来创建易于使用的通用组件并在需要时进行扩展？

例如访客MVC是最明显的