在实际开发中,我发现很多程序员花很多时间在界面处理上.并且界面之间的关系和控制逻辑可能工作量并不小.所以好些老手到后面就跑去做后台服务,做通讯去了.
    界面布局和交互设计本身有很多的学问,或者有很多艺术,但是本文这里先不讨论这个问题.
    在QPG团队实践中,我们把界面划分成很多的UI_PART,这和ASP.NET2.0的WebPart可能有相同的地方.我们用这些简单的PART进行接受输入或者展示结果.这样就可以比较方便的测试了.通常这些PART就是一些用户控件,我们提供了IMainForm接口,使得UI的容器可以动态调入这些部件,哪怕程序已经运行,您也可以编写一个PART,您只要把它放到bin\plugins目录即可.
    有时部件可能要和容器通讯,看看下面的代码您可能就会明白:
#endregion
要使用插件服务.您的代码Form容器大致如下:
技术篇(3)--QPG界面分解方法介绍public class Form1 : System.Windows.Forms.Form,IMainForm
        }

插件的编写就很简单了,大致如下:
技术篇(3)--QPG界面分解方法介绍using System;
技术篇(3)--QPG界面分解方法介绍
using QPG.UIP;
技术篇(3)--QPG界面分解方法介绍
技术篇(3)--QPG界面分解方法介绍
namespace Demo.UIC
}

技术篇(3)--QPG界面分解方法介绍using System;
技术篇(3)--QPG界面分解方法介绍
using System.Collections;
技术篇(3)--QPG界面分解方法介绍
using System.ComponentModel;
技术篇(3)--QPG界面分解方法介绍
using System.Drawing;
技术篇(3)--QPG界面分解方法介绍
using System.Data;
技术篇(3)--QPG界面分解方法介绍
using System.Windows.Forms;
技术篇(3)--QPG界面分解方法介绍
using QPG.UIP;
技术篇(3)--QPG界面分解方法介绍
技术篇(3)--QPG界面分解方法介绍
技术篇(3)--QPG界面分解方法介绍
namespace Demo.UIC

 具体代码可以参阅:下载开发演示文件

相关文章:

  • 2021-11-18
  • 2021-11-18
  • 2021-07-28
  • 2021-10-28
  • 2021-05-01
  • 2021-06-05
  • 2022-12-23
  • 2021-06-25
猜你喜欢
  • 2021-08-13
  • 2021-08-03
  • 2021-05-25
  • 2021-08-28
  • 2021-11-27
  • 2022-01-11
  • 2021-08-05
相关资源
相似解决方案