【发布时间】:2011-05-17 21:28:38
【问题描述】:
我们正在构建一个 LOB 厚 WPF 客户端/WCF 服务器应用程序。我需要创建一个架构,允许客户端上的“可插拔”工作流,以促进每个客户灵活性的业务卖点。
然而,在 .Net 中,为每个客户修改和几乎每个被视为“可替换”的组件添加项目到解决方案中似乎是危险的,充其量是。
想到的替代方案是将所有类抽象为一个接口,并让配置通过正确的实现提供。
然后是后勤方面:例如,您如何在源代码控制中最好地管理这一点?
您可以分享哪些经验以及您知道哪些选择?
PS:我的目标不是可扩展性。我需要现有的功能是“可定制的”。诸如在向导中更改页面顺序之类的事情。我认为 Colin 的配置建议可能是最好的选择。但除此之外呢?
【问题讨论】:
-
令人讨厌的是,有时只有在您发布问题后,相关问题才会出现。
标签: .net wpf architecture