原创《浏览器风格C／S应用程序主界面的设计和实现》
该文是关于浏览器论文参考文献范文和应用程序和浏览器和主界面方面本科论文范文。
一、前言
随着互联网技术的不断发展与应用的广泛普及,人们接触与使用计算机往往都是从浏览网页开始的,也许是“先入为主”的缘故吧,人们更熟悉并倾向于使用浏览器风格的界面与操作方式.早期大量的管理信息系统（MIS）都采用“客户/ 服务器”即“C/S”架构设计实现,信息的呈现与用户操作方式都带有浓厚的“C/S”风格,这与当今人们习惯的“浏览器/ 服务器”即“B/S”架构风格有些格格不入.改造传统的“C/S”架构应用程序,使之更加容易被用户接受就显得非常有实际意义和商业价值了.
基于上述考虑,本人曾经对一个大型的MIS 系统进行了改造,取得了非常好的应用效果,也获得了可观的经济效益.二、浏览器风格主界面的设计
1. 浏览器风格主界面的截图.浏览器风格主界面的截图如下图所示：
2. 主界面布局说明.主窗体由五部分组成,上部是一级主菜单、最下边是应用程序的状态栏、左边是二级子菜单、右边是常用操作按钮功能条、中间是功能子窗体显示区域；左边的二级子菜单可以隐藏,以便功能子窗体有最大的显示区域；主窗体中可以同时打开多个功能子窗体,以便用户在多个功能子窗体之间进行切换；功能子窗体中有一个默认打开且不关闭的“个人桌面”窗体,如下图所示,用户可将最常用的功能放在个人桌面窗体中,方便快速打开进行操作.
3．操作方法.应用程序的功能均按固定的两级菜单设计,点击一级主菜单时打开相应的二级子菜单,点击某个二级子菜单时,打开相应的功能子窗体并显示在功能子窗体显示区域；用户可以同时打开多个功能子窗体,通过点击功能子窗体的标题,可以在已经打开的多个功能子窗体之间进行切换,点击功能子窗体标题上的关闭图标则可将其关闭；为了保证应用程序运行的流畅性[1],对同时打开的功能子窗体的个数有上限限制,当达到上限时,提示用户关闭一个功能子窗体后再打开新的功能子窗体,缺省自动关闭最早打开的功能子窗体；主窗体右边的常用操作按钮功能条隶属各自的功能子窗体并进行相应的个性化设置.
三、浏览器风格主界面的实现
1. 菜单的展现与切换.传统“C/S”架构软件的开发工具不能直接实现类似浏览器风格软件的界面,需要通过开发工具间接实现.采用自定义用户对象类型可以比较灵活有效地实现浏览器风格的主菜单,设计思路是,首先设计实现单个主菜单的自定义用户对象类型,内容主要包括菜单图片和名称的显示以及鼠标滑过和点击菜单时动画效果的实现等,然后再设计实现整个主菜单的自定义用户对象类型.应用程序菜单仍然采用软件开发工具提供的菜单对象描述,程序动态解析并通过菜单自定义用户对象类型将其展示在主界面.
二级子菜单的设计和实现思路与主菜单类似,差别主要是界面风格有所不同.主菜单和子菜单之间的切换控制逻辑封装在主菜单自定义用户对象类型中,难点主要是当前主菜单、当前子菜单和当前打开的功能子窗体三者需要动态关联定位.
2. 功能子窗体的呈现与管理.功能子窗体显示在主窗体的中间区域,窗体标题由窗体标题自定义用户对象类型实现,设计思路和实现方法与单菜类似；功能子窗体采以无窗体标题的方式打开,已经打开的多个功能子窗体实际上是叠加显示在同一区域,只有当前窗体处于显示状态,其它都处于隐藏状态,并控制当前窗体标题用户对象和子菜单用户对象的背景颜色,使之与当前窗体一起体现“当前”的效果.
基于应用程序功能菜单仍然采用菜单对象描述的设计,打开窗体的代码也保留在菜单的点击事件中,用户在主界面中点击某个二级子菜单时,程序通过关联关系解析触发相应的代码,这一设计思想很重要,因为这样便可保持原有程序的结构不变,最大限度地降低改造的复杂度[2].
应用程序中需要声明一个全局的功能子窗体数组（列表也可以）,用以存放与管理打开的功能子窗体.二级子菜单用户对象和功能子窗体标题用户对象通过窗体数组下标属性与打开的窗体建立关联.这个全局的功能子窗体数组实际上就是一个队列,随着用户的操作,功能子窗体在队列中进进出出,如何管理好该队列,是整个改造编程的难点与要点.
3. 常用操作按钮功能条的设计与实现.功能子窗体尽管功能各不相同,但都是对信息的处理,因此都有很多共性的操作,如增加、删除、查找、保存、打印预览、打印等,如将这些共性的操作集中封装到一个常用操作按钮功能条中,便可大大减少功能子窗体中界面元素的数量,使界面更加简洁,同时也可大大提高软件开发的效率,一些专业工具软件往往也采用了这种设计方法.
常用操作按钮功能条由软件开发工具提供的菜单对象描述,采用自定义用户对象设计并实现,通过设置对象的属性来各个功能子窗体所需要呈现的常用操作按钮功能条,用户点击按钮时需要触发执行的代码写在功能子窗体的自定义用户事件中.
另外,常用操作按钮功能条还需要实现按钮的鼠标滑过和点击时的动画效果以及动态显示按钮的辅助提示信息等功能.
4. 封装与继承.封装与继承的运用是系统改造设计的重点与难点,改造设计的一个重要原则是尽可能保持原有程序的结构不变,只有这样才能降低改造的难度、提高改造的效率.
Windows 应用程序都是基于窗体设计与实现的,改造的主要工作也都是围绕原有窗体进行,做好窗体的封装就能起到“四两拨千斤”的效果.
有两种情况,一是原有窗体未做封装处理,即原有窗体都继承自软件开发工具提供的窗体基类,另一种情况是原有窗体继承自封装过的用户窗体.与此相应就有两种改造方法,针对前者,将新框架下功能子窗体所需的属性与方法集成到一个框架功能子窗体中,然后让原有的窗体继承该窗体即可实现新框架下功能子窗体所需的控制逻辑；对于后一种情况,则需在原窗体所继承的“父类”窗体中增加新框架所需的属性与方法,将原窗体再生后即可使其获得新框架下功能子窗体所需的属性与方法,从而实现对原有窗体的改造.当然,后者也可通过两级封装继承来实现.
不同的软件开发工具,改变一个窗体所继承的“父类”窗体的方法有所不同,在Power builder 中,这种改变非常简单,只需编辑窗体源代码,将“父类”窗体名称做个替换即可.
“父类”功能子窗体中需要封装的属性主要有：
boolean ibln_autosize 等于 true // 是否调整子窗体的大小（默认调整）
int ii_window_main_width 等于 6583 // 主窗体的设计宽度,相当于1440 个像素
int ii_window_main_height 等于 3600 // 主窗体的设计高度,相当于900 个像素
int ii_window_child_width 等于 5728 // 子窗体的设计宽度
int ii_window_child_height 等于 3112// 子窗体的设计高度
int ii_window_state 等于 1//{1- 正常（主窗体显示左侧菜单）,2- 最大化（主窗体隐藏左侧菜单）}
int ii_main_state 等于 2 //{0- 最小化,1- 正常（显示任务栏）,2- 最大化（不显示任务栏）}
boolean ibln_allow_max 等于 false// 子窗体是否允许最大化
boolean ibln_open_max 等于 false // 子窗体是否默认最大化打开（仅当允许最大化时有效）
“父类”功能子窗体中需要封装的方法主要有：
ue_autosize_win(int ai_width_main,int ai_height_main) // 根据主窗体调整子窗体的大小
ue_autosize_ctrl(int ai_width_child,int ai_height_child)// 调整子窗体中控件的大小
四、结语
各行各业的管理信息系统应用已经开展几十年了,但大多数早期的MIS 都是基于“C/S”架构的应用系统,界面与操作风格都带有明显的“C/S”架构风格,与当今流行的“B/S”架构风格有些不相适应.然而,企业级的应用有其特殊性,对应用程序的响应速度和用户操作的流畅性有非常高的要求,目前“B/S”架构的应用还很难满足这样的要求.改造传统“C/S”架构应用系统的界面与操作风格,即可迎合时代潮流、同时又能保留传统优势、还能创造新的商业机会,可谓一举几得.
除了主界面的改造,实际上还需要将功能子窗体内部也改造成“B/S”架构的信息展示与用户操作风格.当然,主界面的改造是关键,限于论文篇幅,本文仅讨论了主界面的改造,在此抛砖引玉,与大家分享其设计思想与实现方法.H
浏览器论文参考资料：
上文评论，此文为一篇关于应用程序和浏览器和主界面方面的相关大学硕士和浏览器本科毕业论文以及相关浏览器论文开题报告范文和职称论文写作参考文献资料。
