您好,我在一个场景中,我正在考虑有几个模块,让模块依赖于其他模块。
假设我们正在构建一个业务系统,其中一部分是发票,并且我们在不同的分支机构中有客户。
因此,一个行业可能希望使用一些工具并以自己的方式创建发票,而另一个行业可能希望以另一种方式完成。因此,我认为我们可以为每个create invoice方法创建一个模块,这样当应用程序加载时,我们可以在配置中看到谁必须加载机箱发票模块的哪个模块。
那么,对于我的第一个问题,这是解决这个问题的方法,还是有更好的解决方案?
我的下一个问题是,我应该把它们放在树上的什么地方?
依赖于开票模块的模块应该放在开票模块还是同级下?
发布于 2011-12-20 16:20:37
我们选择使用模块,我将它们放在树中的依赖模块下。它真的工作得很好。
发布于 2011-12-14 23:18:21
我将首先创建一个视图引擎,以便根据上下文条件加载视图。条件可以是租户(域名)、设备、视图大小、当前主题(所有这些接口都依赖于您的视图引擎)
也许可以使用像DataTemplateSelector这样的方法,分散在需要定制的视图中。您可能希望像在asp.net mvc中那样,根据视图搜索路径解析视图(这样您就能够覆盖视图)。
您将需要能够加载到应用程序资源的租户样式,以自定义品牌。
我会推迟创建您的细粒度依赖项,直到上面开始显示维护问题。对于需要定制的业务逻辑,您可以使用策略模式。
我认为现在打破它需要花费更多的前期成本,并且必须管理这些长的依赖链。稍后实现的成本(在一个好的业务功能需要它之后)将只需要使用这里解释的ModuleInfo的几个小时的工作:Silverlight PRISM Creating a custom module catalog
https://stackoverflow.com/questions/2416845
复制相似问题