谈论架构定义,你曾经做过什么:
我已经阅读了一个着名/私有集成工具的最佳实践文档,您应该因性能提升而模块化等等。
最好的方法是什么?
答案 0 :(得分:2)
每个命名空间一个。为什么需要拆分架构?我还引用了Optimization Club的规则。
修改强> 如果你有许多彼此不相交的实体(比如插件),那么开始应用干/模块化原理并突破公共部分可能是有意义的。
答案 1 :(得分:1)
我认为,每个实体的模式会将事情分散开来。通常,对于给定的系统,我有一个具有所有最常见类型的模式。这样当我在一个xsd中谈论“foo:bar”和在另一个xsd中谈论“foo:bar”时,我知道它们是等效的。然后,每个数据上下文都进入另一个模式。
例如,如果我们谈论的是财务系统,我会有一个xsd,其中包括订单号,发票号,供应商名称等类型......各种文件都需要的东西。然后会有一个xsd用于“发票”,一个用于“订购”,一个用于“帐户”,依此类推。这些模式也可以相互引用,并且每个模式都有自己的命名空间,以便为任何碰巧具有相似名称的非常见类型保持整洁。
答案 2 :(得分:0)
就我的经验而言,我个人听说从表现的角度来看,两者之间并没有太大差别。
在我看来,我发现单个嵌套模式更容易理解,跟踪并与源文档相关。