性能vs结构
2006-02-04 13:52:07 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閻愵剙鍔ょ紓宥咃躬瀵鎮㈤崗灏栨嫽闁诲酣娼ф竟濠偽i鍓х<闁绘劦鍓欓崝銈囩磽瀹ュ拑韬€殿喖顭烽幃銏ゅ礂鐏忔牗瀚介梺璇查叄濞佳勭珶婵犲伣锝夘敊閸撗咃紲闂佽鍨庨崘锝嗗瘱闂備胶顢婂▍鏇㈠箲閸ヮ剙鐏抽柡鍐ㄧ墕缁€鍐┿亜韫囧海顦﹀ù婊堢畺閺屻劌鈹戦崱娆忓毈缂備降鍔庣划顖炲Φ閸曨垰绠抽悗锝庝簽娴犻箖姊洪棃娑欐悙閻庢矮鍗抽悰顕€宕堕澶嬫櫖濠殿噯绲剧€笛囧箲閸ヮ剙钃熼柣鏂挎憸閻熷綊鏌涢…鎴濇灈妞ゎ剙鐗嗛—鍐Χ鎼粹€茬凹缂備緡鍠楅幐鎼佹偩閻戣棄纭€闁绘劕绉靛Λ鍐春閳ь剚銇勯幒鎴濐伀鐎规挷绀侀埞鎴︽偐閹绘帩浼€缂佹儳褰炵划娆撳蓟濞戞矮娌柟瑙勫姇椤ユ繈姊洪柅鐐茶嫰婢т即鏌熼搹顐e磳闁挎繄鍋涢埞鎴犫偓锝庘偓顓涙櫊閺屽秵娼幏灞藉帯闂佹眹鍊曢幊鎰閹惧瓨濯撮柛鎾村絻閸撳崬顪冮妶鍡楃仸闁荤啿鏅涢悾鐑藉Ψ瑜夐崑鎾绘晲鎼粹剝鐏嶉梺缁樻尰濞叉﹢濡甸崟顖氱疀闂傚牊绋愮花鑲╃磽娴h棄鐓愭慨妯稿妿濡叉劙骞樼拠鑼槰闂佸啿鎼崐濠毸囬弶搴撴斀妞ゆ梻銆嬪銉︺亜椤撶偛妲婚柣锝囧厴楠炴帡骞嬮弮鈧悗濠氭⒑鐟欏嫭鍎楅柛妯衡偓鐔插徍濠电姷鏁告慨鐑藉极閸涘﹥鍙忔い鎾卞灩绾惧鏌熼崜褏甯涢柍閿嬪灦閵囧嫰骞掗崱妞惧缂傚倷绀侀ˇ閬嶅极婵犳氨宓侀柛鈩冪⊕閸婄兘鏌涘┑鍡楊伀妞ゆ梹鍔曢埞鎴︽倻閸モ晝校闂佸憡鎸婚悷锔界┍婵犲洦鍤冮柍鍝勫暟閿涙粓姊鸿ぐ鎺戜喊闁告瑥楠搁埢鎾斥堪閸喓鍘搁柣蹇曞仧绾爼宕戦幘璇茬疀濞达絽鎲¢崐顖炴⒑绾懎浜归悶娑栧劦閸┾偓妞ゆ帒鍟惃娲煛娴e湱澧柍瑙勫灴閹瑩寮堕幋鐘辨闂備礁婀辨灙闁硅姤绮庨崚鎺楀籍閸喎浠虹紓浣割儓椤曟娊鏁冮崒娑氬幈闂佸搫娲㈤崝宀勬倶閻樼粯鐓曢柟鑸妼娴滄儳鈹戦敍鍕杭闁稿﹥鐗犲畷婵嬫晝閳ь剟鈥﹂崸妤€鐒垫い鎺嶈兌缁犲墽鈧厜鍋撳┑鐘辩窔閸嬫鈹戦纭烽練婵炲拑绲垮Σ鎰板箳閹冲磭鍠撻幏鐘绘嚑閼稿灚姣愰梻鍌氬€烽懗鑸电仚濠电偛顕崗妯侯嚕椤愩倖瀚氱€瑰壊鍠栧▓銊︾節閻㈤潧校缁炬澘绉瑰鏌ュ箵閹烘繄鍞甸柣鐘烘鐏忋劌顔忛妷褉鍋撶憴鍕碍婵☆偅绻傞~蹇涙惞閸︻厾锛滃┑鈽嗗灠閹碱偊锝炲鍥╃=濞达綁顥撻崝宥夋煙缁嬪灝鏆遍柣锝囧厴楠炲鏁冮埀顒傜不婵犳碍鍋i柛銉戝啰楠囬悗瑙勬尭缁夋挳鈥旈崘顔嘉ч柛鈩兠棄宥囩磽娴e壊鍎愰柛銊ュ缁顓兼径瀣偓閿嬨亜閹哄秶顦︾€殿喖鐏濋埞鎴﹀煡閸℃浠梺鍛婎焼閸曨収娲告俊銈忕到閸燁垶宕愰崹顐e弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚�

核心提示: 前两天简单实现了一个Delphi下的MVC模式,没想到真的就遇到问题了,性能vs结构,想想就在不久前和人争论用不用MVC的时候还暗自认为遇到麻烦是功力不够的表现,呵呵,部分原因是觉得还没有到完全不能忍受的地步(不过快了),此外觉得还没有完全分析清楚性能问题的原因,汗啊,报应来得真快
前两天简单实现了一个Delphi下的MVC模式,没想到真的就遇到问题了,想想就在不久前和人争论用不用MVC的时候还暗自认为遇到麻烦是功力不够的表现,呵呵,汗啊,报应来得真快。
其实说起来都不是什么大问题,先是重复触发更新的问题。TA有3个属性,每个改动都会Change,TB里包含2个属性,每个改动都会它更新内部的一个TA的3个属性,结果我在外面一次改了TB的两个属性,Change了6次。这个通过在外面增加关闭触发和打开触发的接口来避免。不过,这样一来触发机制对用户不透明了。
还有反复更新不需要更新的界面,其实这个是懒的原因了,当时没把Change事件细分,不说也罢。此外还有刷新太慢导致速度变慢的问题,现在用一个专用的线程来调用监听事件了。
还有今天发现的有些重绘的函数引发了Model的Change,结果死循环。这个是本来逻辑就有问题,那个change可以避免,另一方面应该在事件处理的时候避免再次响应这个触发。
事实上都是小问题,但是一旦积累起来,就有可能让整个结构不能运行。似乎现在还没有比较成套的方法来系统的避免。记得好像前一段看过一个java中的反模式的文章,里面有不少是关于性能的。这样也就能理解很多JAVA程序性能不佳的问题了,其实未必是语言的局限,更多的是从结构视角来看设计往往会忽略性能的方面。也就是目前的设计方法保证了概念(对象)的逻辑完整性,却没有对协作方式有一个全局的实体。需要程序员通过经验来自己避免。
此外今天真的遇到一个性能问题,从客户方看来是一个100×100的时间复杂度,一般并不会出现问题,但是因为服务方都是采用引用方式每次计算的,而这个计算是100的时间复杂度(其实不止,每个100一次中还有5至7次的调用深度),结果这个时间复杂度就有点大了。好像循环深度3是一个坎。
和前面的问题类似,对象分隔使得各逻辑部分在结构上相互独立性增加,在减少每个部分的复杂度的同时,却无意中掩盖了一些整体系统运行的信息,虽然只要是有一定的水平的开发人员都可以避免和改善这种问题。但是首先它确实是容易出问题的,此外,一般的解决方法都会增加开销或者复杂度,甚至在误用的情况下不能增进性能反倒成立性能的瓶颈,最后,性能问题也往往成为一下老式程序员拒绝面向对象的一个原因。
感觉这个问题就像C中的指针操作,虽然理论上可以很好的使用,但是没有足够的经验和技巧和细心往往就会出错。最终这个问题应该又编程语言或框架体构一个完整的解决方案。
目前我还没有对这个部分进行优化,部分原因是觉得还没有到完全不能忍受的地步(不过快了),此外觉得还没有完全分析清楚性能问题的原因。应该去找一个性能诊断的工具来了。
- ››VSFTP服务器配置详解
- ››性能自检Win7快速提高系统性能3技巧
- ››VS2008 安装失败(“Web 创作组件”无法)的解决办...
- ››结构体边界对齐
- ››VS调用存储过程
- ››VS2005无法远程连接SQL数据库问题
- ››VS2010 Express中文版已经发布至MSDN
- ››VS2008C# 开发 Windows Mobile 6.0程序应注意的几...
- ››VS08中最简单也最实用的Ajax无刷新技术
- ››VS2003+nds OR VS2003+carbide.vs 开发 Symbian 程...
- ››性能更优越?教您了解64位Office 2010
- ››VS2008 平台下进行 Windows Mobile 开发环境的搭建...
更多精彩
赞助商链接