一般来说
对于一般的数据库系统中的一个页面,
一般来说页面的描述如下:
- 当页面加载时。从【数据库】里取数据,传给【后端对象】,再传给【前端控件】。
- 用户通过控件输入数据,然后提交时。响应方法工作,数据由【前端控件】,传给【后端对象】,后端可能有所处理,再传给【数据库】。
特点
以上就是从页面看到的东西开始,去描述软件的行为。
基于页面的编程模型很好理解,和用户使用软件的过程是一致的。
(打开软件你会看到xxx,然后点击xxx按钮会引起xxx效果。------写文档的时候都是基于页面的)
也适合一个人前后端都写时,作为描述功能的方法。
我们可以认为一个页面是一个业务模块,具有前置UI代码和后置业务代码,前后通过事件联系了起来。
winform,安卓,RazorPages可以很好的体现基于页面的编程模型。
就算是我的编程框架不是基于页面的。
我也可以按照基于页面的这种观点去阐述我要的是一种什么样的效果。
写作套路
对于一般的增删改查的页面来说,实现以下几个方法就够了。
SetControl();
SetDropSource();
LoadBindData();
BindEvent_LoadBindData();//可能需要
SetControl_AfterLoadBindData();//可能需要
BindEvent();
关于设计的表达
看了之前写给客户看的《总体设计阶段需要说明的问题》。
感觉我说的方法,都是常见的方法。
1是,功能模块图/思维导图。
2是,原型图。
3是,业务流程图。
一般情况下,
1.对界面效果,操作方式,都没有什么特别要求。
直接思维导图就行了。
界面设计和功能的模块划分高度一致。
2.对界面和操作方式有要求,模块化的描述不能描述清楚软件的跳转。用原型图。
3.业务复杂的时候,用业务流程图。
基本上就是这样。