问主数据管理，正确的方法
EN

Stack Overflow用户

提问于 2011-03-09 21:41:57

回答 1查看 590关注 0票数 2

我需要开发一个窗口窗体，这是假定执行CRUD操作的数量5-10无关的表(说类别，合作伙伴，位置等)。

每个表的列数、数据元素及其类型都是不同的。有一个架构宇航员推动，以使其尽可能灵活。有人建议通过将元数据信息(是的，包括SQL查询、数据类型引用、UI元素等)保存在配置表中，并从配置中动态生成UI，从而使用户界面完全可配置。

我有一种强烈的预感，这将是一个Inner Platform Effect反模式，最终将成为维护的噩梦。有人能建议一下在生产系统上构建一些东西是否可取吗？

客户端并没有特别提到它需要是“可配置的”。但宇航员的推动是因为在不久的将来可能会出现几个新的数据表。在这里应用KISS/YAGNI原则不是比构建一个内部平台更好吗？有人能开导一下吗？？

提前谢谢。

回答已采纳

发布于 2011-03-09 22:12:36

在我看来，你对内部平台效应的担忧是有道理的。如果我正确地理解了您的问题，我相信我会使用可靠的设计来构建代码来管理您确实拥有的表。然后，当将来添加新的表时，在遵循相同的设计模式的同时将它们添加到系统中，与创建一个精心设计的内部平台相比，总体上的工作会更少。我的选择肯定是KISS/YAGNI。

票数 1

页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://stackoverflow.com/questions/5246612

复制

相似问题

问主数据管理，正确的方法EN