我做了几个类似的集成。其中一个，我从一个系统的数据库中获取产品数据，格式化产品数据以与另一个系统数据库一起使用，然后将这些产品导入该系统。另一方面，我从一个系统数据库中获取用户，格式化它们，然后导入另一个系统。似乎有一个设计模式，如果有一个？
答案 0 :(得分：2)
我可以想到两种设计模式 这个senerio。
适配器模式： 如果你想要单向沟通
原因：您有两个系统System1DB System2DB和 沟通只有一种方式
Your Adapter
Sytem1DB --------------> System2DB
调解员模式： 如果你想有两种方式 关于同质系统的沟通
Your Mediator
Sytem1DB <----------------> System2DB
答案 1 :(得分：0)
您可以在构建产品列表和用户列表中使用Factory模式。
答案 2 :(得分：0)
对我而言，您谈论的是从一个数据库到另一个数据库的数据转换。
驱动程序设计模式始终用于从数据库实现中抽象程序。
然后，你有了“转换管道”：转换的方向图。这通常是你可以用泛型编程做的事情。每个转换等待IN_T类型的输入数据，并将其转换为OUT_T类型的可能不同的输出。
因此，访问者设计模式可以访问您的图形以执行转换; Decorator设计模式改变图节点的属性;国家设计模式表达转型的状态;监听器设计模式，以更新转换进度;等