如何设计一个编辑窗体的基类.docx

如何设计一个编謝商体的基类 为什么我们需要一个编辑的基类呢？ 我们发现对于编辑窗体而言，它们的工作基本的流程是大同小界，而且编辑窗体屮每次都需 要增加按键处理、是否有编辑内容耒保存等提示，因此我们需耍一个基类来把这些基本的事 情完成。 下面，我们看看是如何实现这个基类的。 通用界面与基木的流程 通川的界面 我们的编辑界面通常是在一个列表界面中，通过点击添加或者编辑按钮,打开一个编辑窗体, 他们通常长成卜?而的这个样子: an / Mn ：a ?日眄? ? I m an / Mn ：a ? 日眄 ? ? I m bJ?口u?mxg ? ? r ? i n r r t* 2 ? n 基本的流程 我们总结一下基木的流程是下面这样的: 我们总结一下基木的流程是下面这样的: 基类的基本实现 构造函数 public EditFormBase(){ ModelBound = false; _skipDefaultProc essCmdKey = false; AutoRename = true; InitializeComponent(); Activated += EditFormBase_Activated ; StartPosition = FormStartPosition.CenterScreen;} public EditFormBase(IListFormBase listFrm) : this () { ListFo rm = listFrm;} 其要点如下： ModelBound：在窗体编辑时冇效，知识是否加载了数据库中的Model,因为很多时候，我 们的控件是有相关联动而产生另外的数据的，有时候在数据绑定的时候并不想要产生这些 事件，这个时候这个属性就非常有用。比如收款金额，可能是材体积单价*体积和，但是也 可能是录单人员手动输入的，这个时候，我们保存的内容包括：体积单价、体积、收款金额； 而编辑的时候，这个自动计算的功能是不需要的。 _skipDefaultProcessCmdKey：是否忽略现冇的键盘按键的操作。基类中我重写了键盘按 键事件,按ESC关闭窗体，按Enter提交表单。 AutoRename：是否允许基类自动对窗体进行命名。假设实现类中的Title写为“发货单”， 那么，新增时基类自动命名为“新增发货单”；编辑时自动命名为“编辑发货单”。 EditFormBase_Activated：在这个事件屮才处理Model的绑定，这样可以确保Model的 绑定在Form_Load事件Z后。 IListFormBase listFrm：列表界而接口。这个接口耍求列表界面对列表数据进行刷新，这样， 我们在编辑和更新时候，就可以同时更新列表的数据了。因此，列表窗体必须实现这个接口。 窗体加载与激活 /〃窗体加载 private void EditFormBase_Load(object sender, EventArgs e) { if (IsEdit) { if (AutoRename) Text = ”编辑“ + Text; } else { ModelBound = true; if (AutoRename) Tex t =添加” + Text; } } ///窗体激活 private void EditFormBase_Activated(object sender, EventArgs e) { if (!FormLoaded) { if (IsEdit) BindEntity (); ModelBound = true; AfterBindEntity (); } FormLoaded = true; } } 提交表单 〃提交操作，一般在点击按钮之后触发 protected void ReadySaveEntity(bool close) { if (Checkinput ()) { Cursor = Cursors ?WaitCursor; string operation = IsEdit ? ”编辑:潦加”； try { if (SaveOrUpdateEntity(IsEdit)) { MessageBoxHelper.ShowTipsSlide({0} 功！！ ！ opera ti on); RefreshUi(); if (close) { DialogResult = DialogResult ?0K; Close (); } else { ClearScreen(); } } } catch (Exception ex) { OnSaveOrUpdateError(ex, operation); } finally { Cursor = Cursors.DefauIt; } } } 〃实际的