首页 > 代码库 > 表单兼容类型设计
表单兼容类型设计
以前的我认为,相同的表单,若有后台代码,那么它对应的应该是一套业务,只能为这个功能服务。但是后来的需求打翻了我的认识。
以前我做的一条线是实现如下功能
这个是一条线的功能,结合工作流,4个活动点对应四个表单。
后来在做第四个功能线的时候发现一部分与功能一相同。但是其中用到的类与对象却不相同。但是页面是稍微变化。还是可以复用页面的。
需求功能大题是一样的。类的设计是不同的子类设计。那么就需要修改原来的代码实现了。
看设计图
先前所有后台的泛型为第一个,后续的复用页面需要用第二个泛型类,但是他们都共同继承同一个基类。如何根据不同的功能保存不同的泛型类。使一个表单兼容两个不同的类型,这是设计时需要考虑的。
我们的解决方式是在基类中添加了一个selfType的属性,标记了一个使用者的类型。这样在准备数据的时候传递的是基类,但是自身却携带了是某一个类型。
而到了具体的表单页面时,根据自身的selfType判断类型,继而转换不同的子类,保存数据。
我们来看看一个实例吧
设计的思路:
- 首先加载基类,而后判断是否为空,若为空创建第子类的类型
- 若不为空,根据父类携带类型,判断是子类的哪个类型,根据Id,加载子类,将父类指向子类
- 表单根据父类携带的类型,保存时进行数据类型强转
Control准备数据
//以下为MVC中control中数据准备 String resourceID = process.ResourceID;//父类加载数据,后续判断是否为空,指向不同自来 EnsureKeyedCapabilityIndicatorFormBase data = http://www.mamicode.com/EnsureKeyedCapabilityIndicatorFormBaseAdapter.Instance.Load(resourceID);>表单后台保存
表单的继承类型为基类
public partial class EnsureCapabilityIndicatorHistoryView : ExtendViewBase<FormCommandStateGenericBase<EnsureKeyedCapabilityIndicatorFormBase>, EnsureKeyedCapabilityIndicatorFormBase> { //ViewData中DatA 为control中传递过来的数据(data) protected override void SaveApplicationData(WfExecutorDataContext datacontext) { //还是根据携带类型辨别是哪个继承类, if (this.ViewData.Data.SelfTypeName == typeof(EnsureGroupKeyedCapabilityIndicatorForm).Name) { //保存时进行数据类型强转(若没有control中的父类指向子类引用,这里的转换是报错的) EnsureGroupKeyedCapabilityIndicatorFormAdapter.Instance.Update((EnsureGroupKeyedCapabilityIndicatorForm)this.ViewData.Data); } else { EnsureBusinessModelKeyedCapabilityIndicatorFormAdapter.Instance.Update((EnsureBusinessModelKeyedCapabilityIndicatorForm)this.ViewData.Data); } } }小结:
这里用到的实质为面向对象中的继承特性,父类引用指向子类,这个相信大家很熟悉的,如Ilist<string> names= new List<string>(),实例化的是一个IList的父类,只能使用父类的属性,若想使用List的属性,如List的forEach属性,这样的实例化是不可以使用的,必须将names强转为List。就是一个很好的例子,但是若能透彻的明白,并在设计中熟练使用,还真的是需要透彻的了解,多多思考。
表单兼容类型设计
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。