|
|
1
0
我认为你需要使用 State pattern 但也有很多其他的方法。 |
|
|
2
0
你不会说你在使用什么技术。我假设使用ASP.NET。如果不是这样的话,请更新您的问题,将技术包含进来,因为它可以在什么样的解决方案上产生巨大的差异。 你基本上有两种主要的方法。您可以为UI中的每个控件创建一个抽象层,根据一组规则验证自己。这是最灵活的,但这意味着您正在向每个控件添加抽象的开销,不管它是否需要它…最有可能的是,95%的控件不需要它,从而增加了开销。 另一种选择是要求每个页面运行不同的额外步骤,可能是通过创建您自己的“onxxx”事件(OnourCompanPreInit、OnourCompanyInit等),在其中为每个客户机放置额外的逻辑。 像ASP.NET这样的框架的一个缺点是,在它追求高度灵活的过程中,它强制执行一定的关注分离,这可能与您需要的关注分离不一致。 |
|
|
3
0
下面的方法是我在项目中为不同的客户机进行特定于配置的更改所使用的方法。 ASP.NET项目是在所有客户机都能得到的模块化公共基础上开发的。
后
所以在我的页面的基本调用中,我有如下内容:
这个
这个
通过这种方式,这种模式已经允许我们将特定于客户机的自定义设置放在单独的思洛存储器中,而不会使基本公共代码库复杂化。 |