目前公司的开发框架看的差不多了。 这个框架的作用是把某一类窗体（如明细表增加、编辑）具有的相同空间和变量抽取出来。如果一个窗体，要放几个部分的用户控件，就把他们的关系也在框架中写明。
如 明细表增加、编辑的用户控间，都会需要前翻、后翻按钮和确定取消按钮，都需要一个DataTable来接受外部的数据。
和我之前开发的系统的面向对象的区别：我之前开发的系统，是在一个 业务对象 的基础上来面向对象的。（比如说订单系统中，订单就作为一个对象），而开发常用的窗体和控件并没有做一个父类出来。 针对业务对象的OO可以满足业务逻辑复杂情况下的代码复用，可以使得编译时就及时发现数据错误； 而针对开发窗体的OO优点是简化开发，缺点是窗体结构和功能都要非常固定。
我发现两者是没有办法结合的。因为针对业务对象的OO需要窗体可以接受灵活多变的参数。而针对窗体的OO，就只能接受dotnet framework中常用的数据载体。
