我需要开发一个Windows窗体,它被假定为在5-10个不相关的表(比如类别,合作伙伴,位置等)上执行CRUD操作。
每个表的列数,数据元素及其类型的数量不同。有一个宇航员推动架构,以使其尽可能灵活。有人建议通过在配置表中保存元数据信息(是的,包括SQL查询数据类型引用,UI元素等)并从配置中即时生成UI来使用户界面完全可配置。
我有一种强烈的感觉,这将是一个Inner Platform Effect反模式,最终会成为维护噩梦。有人可以建议是否建议在生产系统上构建一些东西?
客户没有具体提及它需要“可配置”。但宇航员的推动是因为在不久的将来可能会出现一些新的数据表。在这里应用KISS / YAGNI原则而不是构建内部平台不是更好吗?有人可以指教吗?
提前致谢。
答案 0 :(得分:1)
对我来说,听起来你对内部平台效应的担忧是有效的。如果我正确理解您的问题,我相信我会构建代码来管理您使用可靠设计所拥有的表。然后,当将来添加新表时将它们添加到系统中,同时遵循相同的设计模式将创建精心设计的内部平台的整体工作量减少。我的选择肯定是KISS / YAGNI。