Kev*_*lly 7 database customization database-design web-applications
请按照我提出的方式随意回答标题中的问题,我将在下面提供更多细节和细节.
目前,我开发并维护了一个高度可定制的遗留业务应用程序(ASP/SQL),允许对自定义字段,表单,视图,报表,操作,事件,工作流等进行中等到完全自定义.此自定义在我们开发的领域,并允许我们建立一个利基.
我一直在阅读内部平台效应和实现高级用户定义定制的方法,并得出结论我们确实遭受了许多内部平台效应问题,因为基本上我们已经在SQL之上创建了高级抽象.自定义字段的组织方式与此处的方法类似
http://blog.springsource.com/arjen/archives/2008/01/24/storing-custom-fields-in-the-database/
我们使用类似于该文章中描述的元数据库方法的东西.所有自定义都是围绕这种方法构建的,并且在很多方面我们都在数据库之上受到数据库的影响.
最终的结果是在纸上看起来很棒但是添加了更多的功能,并且为客户完成了自定义编码,一切都变得混乱.似乎我越读越多,我意识到这有点像反模式.似乎我尝试阅读的越多,我发现的内容就越少.无论如何,我正在尝试学习这个问题的现代方法,并试图找到更多有关该主题的讨论/文章.CouchDB等数据库系统是否与此类应用程序相关？
我的问题显然非常普遍.似乎有很多人反对这种应用程序,而只是"更好地了解和定义您的域名".有没有好的/更好的方法来实现这种应用程序？我不是在寻找黑白答案,而且关于这个主题的任何进一步阅读都会很棒.谢谢你的帮助.
我的答案是有意识并清楚插件要做什么以及用户设置是什么。在这种情况下，您的平台和设置会有所不同。您的应用程序提供基本服务，并且毫不掩饰是一个平台。它还可能提供构建在该平台上的应用程序。
因此，在这种情况下，您应该关注程序员接口而不是实现可能性。