整理中,欢迎大家补充
一 ngen /gac
将assembly放到gac中,并用ngen 预先编译, 应用程序装入会成n倍的提升
虽然ngen 有一大堆缺点,但windows forms应用,启动速度很重要,在实践中,我建议如下使用ngen
1. 只对不常变的 assembly进行ngen ,通常,这都是第三方的dll ,比方说第三方的ui控件,像devexpress或是janus的组件
2. 明确assembly之间的依赖, 这有助于你简短正确的写出ngen install 命令
比方说 devexpress.xtragrid依赖devexpress.xtraeditors,devexpres.data,devexpress.utils,而ngen会自动分析依赖关系,所以你只需要写一句
ngen install devexpress.xtragrid.v7.2.dll 即可
3. 为了不影响clickonce 进行应用程序分发,可以考虑将这些dll另做一个包,让用户单独安装,通常可以使用批处理文件来完成
gacutils /i xxx.dll
ngen install xxx.dll
同时提供反删除脚本
二 控制assembly /method 大小,并且按需引用
分层的设计思想有助于达成这点, 这样能降低jit 的负担,比方说你可以将项目分成一下子项目
myapp.service.interface
myapp.service.impl
myapp.models
myapp.views
myapp.launce
如果存在多个子系统, 最好分离成多个assembly项目,并且将公共的项目抽取为类似 myapp.views.comm 之类的项目
任何时候都不要放弃重构, 漂亮的实现通常也会有漂亮的性能
这条同时也提醒你,在views操作中不要有 业务逻辑,业务逻辑通常可以在引用models层(如果你使用domain model driven 开发),或是引用service.interface (如果你使用transaction script模式)
三 设计插件结构
插件结构能够达成仅在需要时才将相应的组件调入内存,通常,要达成如上目标,需要将插件描述和插件本身分离
简单的,可以借助于spring.net ioc 的object lazy init功能
<objects default-lazy-init="true" ...
来达到仅在需要时才会创建新实例
四 进行垃圾收集
内存的大小对应用程序影响很大,windows forms通常会在窗口最小化时自动收集,我们也可以学习 idea 的方法,在工具栏或状态栏上放一个垃圾收集按钮,并通过颜色,数字提示用户内存的占用情况
在编码上,要知道gc不是万能的,除了注意正确使用dispose外,还要在一些可能会导致gc问题的地方多多使用WeakReference
五 按需装载ui
使用tab控件将ui分组,在相应的tabpage激活时才进行相应的装载和访问行为
通常,windows forms的form都会比较复杂, 比方说一个报价单窗体可能会最近报价单列表,报价单和明细编辑,还盘分析,报价参数设定, 每个假定是1秒时间(包含数据库访问)的话,全部装入就要5秒,但通常,form装入时只有一个page是激活的,这种方式可以form装入减少到1秒
六 使用按钮,在需要时才调入相应的form
这条的意思时,有时你要对表单中的数据作一些操作,而且可能需要输入一些(比较少的额外数据,或是做些选择),通常,你会在这个form中加入这些控件. 这条的意思是将这些控件分离到一个独立的form, 仅当用户点击相应按钮时才调入form.
分离操作总是有好处的(当然,你要掌握分离的度)
btw: 五/六 两点的想法来自于microsoft dynamics 4.0的ui构造
七 尽量控制使用第三方 assmebly
通常,内置的组件,比方说 System.Windows.Forms.dll 都是已经预先编译完成的,通常可以达到较好的启动速度,同时,这些内置的组件逻辑和ui渲染比较简单 , 执行速度也相对不错 . 引入第三方组件越多,jit 负担就越重. 系统要花较多时间在assembly的装载和方法编译上.
八 检查事件的重复触发
通常,有些事件会重复发生多次,有时,这些事件发生可能违反你的想法,比方说 bindingsource.RemoveCurrent后会触发bindingsource.ListChanged事件,而且type是ItemChanged, 如果这些时候有耗时操作,通常会对速度有明显影响
九 养成使用BeginUpdate和EndUpdate 的良好习惯
这条最简单,但也最会容易忽视.通常,beginUpdate和endupdate会大大提高 ui的渲染速度,大家可以简单的测试treeview装载节点时使用BeginUpdate和EndUpdate和不使用之间的速度差别,肯定会让你吃惊.
十 当发现性能有问题时,使用dottrace 分析具体原因,避免盲目的优化
通常盲目的优化是要不得的,比方说现在常见的exception 性能的讨论. 我个人强烈推荐jetbrains 的dottrace 3.0 .
十一 如果发现有好的做法,请一定要提升为基础实现, 通常的做法是提取基类 ,或是提取公共函数,以达到重用目的
一 ngen /gac
将assembly放到gac中,并用ngen 预先编译, 应用程序装入会成n倍的提升
虽然ngen 有一大堆缺点,但windows forms应用,启动速度很重要,在实践中,我建议如下使用ngen
1. 只对不常变的 assembly进行ngen ,通常,这都是第三方的dll ,比方说第三方的ui控件,像devexpress或是janus的组件
2. 明确assembly之间的依赖, 这有助于你简短正确的写出ngen install 命令
比方说 devexpress.xtragrid依赖devexpress.xtraeditors,devexpres.data,devexpress.utils,而ngen会自动分析依赖关系,所以你只需要写一句
ngen install devexpress.xtragrid.v7.2.dll 即可
3. 为了不影响clickonce 进行应用程序分发,可以考虑将这些dll另做一个包,让用户单独安装,通常可以使用批处理文件来完成
gacutils /i xxx.dll
ngen install xxx.dll
同时提供反删除脚本
二 控制assembly /method 大小,并且按需引用
分层的设计思想有助于达成这点, 这样能降低jit 的负担,比方说你可以将项目分成一下子项目
myapp.service.interface
myapp.service.impl
myapp.models
myapp.views
myapp.launce
如果存在多个子系统, 最好分离成多个assembly项目,并且将公共的项目抽取为类似 myapp.views.comm 之类的项目
任何时候都不要放弃重构, 漂亮的实现通常也会有漂亮的性能
这条同时也提醒你,在views操作中不要有 业务逻辑,业务逻辑通常可以在引用models层(如果你使用domain model driven 开发),或是引用service.interface (如果你使用transaction script模式)
三 设计插件结构
插件结构能够达成仅在需要时才将相应的组件调入内存,通常,要达成如上目标,需要将插件描述和插件本身分离
简单的,可以借助于spring.net ioc 的object lazy init功能
<objects default-lazy-init="true" ...
来达到仅在需要时才会创建新实例
四 进行垃圾收集
内存的大小对应用程序影响很大,windows forms通常会在窗口最小化时自动收集,我们也可以学习 idea 的方法,在工具栏或状态栏上放一个垃圾收集按钮,并通过颜色,数字提示用户内存的占用情况
在编码上,要知道gc不是万能的,除了注意正确使用dispose外,还要在一些可能会导致gc问题的地方多多使用WeakReference
五 按需装载ui
使用tab控件将ui分组,在相应的tabpage激活时才进行相应的装载和访问行为
通常,windows forms的form都会比较复杂, 比方说一个报价单窗体可能会最近报价单列表,报价单和明细编辑,还盘分析,报价参数设定, 每个假定是1秒时间(包含数据库访问)的话,全部装入就要5秒,但通常,form装入时只有一个page是激活的,这种方式可以form装入减少到1秒
六 使用按钮,在需要时才调入相应的form
这条的意思时,有时你要对表单中的数据作一些操作,而且可能需要输入一些(比较少的额外数据,或是做些选择),通常,你会在这个form中加入这些控件. 这条的意思是将这些控件分离到一个独立的form, 仅当用户点击相应按钮时才调入form.
分离操作总是有好处的(当然,你要掌握分离的度)
btw: 五/六 两点的想法来自于microsoft dynamics 4.0的ui构造
七 尽量控制使用第三方 assmebly
通常,内置的组件,比方说 System.Windows.Forms.dll 都是已经预先编译完成的,通常可以达到较好的启动速度,同时,这些内置的组件逻辑和ui渲染比较简单 , 执行速度也相对不错 . 引入第三方组件越多,jit 负担就越重. 系统要花较多时间在assembly的装载和方法编译上.
八 检查事件的重复触发
通常,有些事件会重复发生多次,有时,这些事件发生可能违反你的想法,比方说 bindingsource.RemoveCurrent后会触发bindingsource.ListChanged事件,而且type是ItemChanged, 如果这些时候有耗时操作,通常会对速度有明显影响
九 养成使用BeginUpdate和EndUpdate 的良好习惯
这条最简单,但也最会容易忽视.通常,beginUpdate和endupdate会大大提高 ui的渲染速度,大家可以简单的测试treeview装载节点时使用BeginUpdate和EndUpdate和不使用之间的速度差别,肯定会让你吃惊.
十 当发现性能有问题时,使用dottrace 分析具体原因,避免盲目的优化
通常盲目的优化是要不得的,比方说现在常见的exception 性能的讨论. 我个人强烈推荐jetbrains 的dottrace 3.0 .
十一 如果发现有好的做法,请一定要提升为基础实现, 通常的做法是提取基类 ,或是提取公共函数,以达到重用目的
