任何建议的关于六方架构化作为主要的比喻?

Question

我有机会改写核心的一个内部开发的应用程序，我的雇主采用对文件的控制。我的"核心"要求的清单是这样的：

• 使其更易于进口/出口到各种不同的格式(集的文件+相当广泛的元数据正在共同的因素)
• 使它更容易添加新的领域(其存在是以数据驱动的而不是全球性)在多个级别
• 介绍了几个新的功能违反该基本前提的旧系统(基本上，元数据的结构周围的文件是正在进行根本改变)
• 维持能力，严格控制的文件和元数据的关系和公约

我已经打架构使用的化作为其主要通信手段的世界，迄今为止我很满意的结果-我可以列化和deserialize从用户界面，XML储存和数据库的方便，无需修改的核心课程，以适应各种源和汇。我认为这是一个从根本上 六角形的结构 -它把每化目标相同的方式(如注射依赖于化方法)。

这是我第一次去周围的这种做法，但是，我想知道，如果任何人有任何与它的经验，以及任何见解或建议，如果是这样。

Answer 1

我的第一本能是任何东西在很大程度上取决于化的核心课程是可能会遇到毛茸茸的版本控制的问题-改变你的核心是要求同时进行修改的所有化供应商和消费者(而且很可能所有的持久性存储)，而不是服务合同为基础的方法，这将允许的接口，以保持静态在可能的情况。

然而，这真的很难得到任何形式的意见而不会使一个大型的假设有关该系统如何被使用和发展随着时间-如果你满意的方式，继续与它&让我们知道如何去。