我正在寻找一种良好的设计模式，用于增量地重写系统的中间层，同时仍然维护其原始数据库，直到系统的足够部分被替换，旧数据库可以替换为新数据库。
例如，假设您有一个包含表 A 的遗留系统，表 A 有 100 列，映射到具有 100 个属性的对象 A。您逐渐发现，实际上对象 A 可以在逻辑上拆分为 5 个对象，在理想情况下，这些对象将返回到 5 个表中，但同时必须保留到原始的 100 列表中。我正在寻找一种方法，可以换出中间层的一部分，并换入新的 5 个对象，但在后台它会保留到同一个数据库。
实际上，我们不会更换旧的中间层，而是编写一个新的中间层，该中间层将慢慢占据主导地位，但在一段时间内需要保留到原始数据库。
有什么想法吗？
干杯。
最佳答案
通常，您会使用 View 来屏蔽表设计更改，以维护数据库“API”，而无需更改客户端代码
注意:对象和表不是相同的东西...
关于oop - 好的设计模式系统重写？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8879021/