标签：input save nbsp 业务 委托 GridView 模板类 taf items
数据库系统，说到底就是增删改查，它符合人们使用结构化数据的需求。
没有它时，人们会用记账本或Excel来满足这一需求；但是设计良好的数据库系统一定是最好用的。
因为数据库，只做准确的存取数据这一件事情。
后台代码，可以灵活的对数据进行计算/分析。
图形界面，便于数据的展示和用户进行操作。
使得整个系统可以：很准确/很灵活/很易用。
而数据库系统的实现，主要围绕这3大块展开。
1.数据库操作
2.UI
3.后台代码
3大块之间，存在一些总是要处理的问题，我把这些处理过程用IDataForm给了同一的命名。
|
中间需要考虑的 |
具体备注 |
winform中可用的方式 |
IDataForm中的处理方法 |
|
UI |
|||
|
事件处理 |
控件委托&后台方法 |
用λ写 |
BindEvent() |
|
数据绑定 |
控件属性&后台变量 |
用DataPan和GridView等控件的DataSource |
BindData() |
|
输入校验 |
类型，长短，非空，格式等 |
考虑封装一部分 |
CheckInput() |
|
后台 |
|||
|
数据库读写 |
数据库&后台变量 |
用SqlDataAdapter的Fill/Update方法 |
LoadData()和SaveData() |
|
数据库 |
|||
IDataForm接口对于UI/后台/数据库三者之间的操作进行了统一的命名。
下面看后台代码部分，后台代码主要分两种。
1.是简单的增删改查。千篇一律，可以写到窗体模板类中。
2.是复杂的业务。
复杂的业务，需要对业务本身有足够的了解。
复杂的业务本身，数据间的联系复杂，操作时可能设计多个界面。
但是复杂业务也是有套路可循的，在理解的基础之上，也可以通过一定的设计进行简化。
IDataForm对需要的操作进行了命名规范，但是并没有具体实现这些功能，所以需要一些帮助类来实现具体功能。
DCHelper管理控件有关的事情。
DTHelper管理后台DataTable有关的事情。
ItemsHolder负责拿着各种下拉框的数据。
标签：input save nbsp 业务 委托 GridView 模板类 taf items
原文地址：https://www.cnblogs.com/fabao/p/10355064.html
