
今天另一大头痛的事就是Atlas的异常处理方式,不用没感觉,一用真的有点受不了。今天做一个功能,全部采用无刷新来做的,在页面里放好几个UpdatePanel,分为不同的刷新部分,在每个Panel里通过设置Trigger来控制是否刷新Panel里的控件。如果但从效果来看,那绝对是Excellent的,可是它的开发效率实是Poor的,或者说对程序员的要求也比较高,要特别小心,不管是程序出现什么异常它都只弹出一个Javascrip脚本错误类似的对话框,提示找不到对象,错误行号7707,连异常的类型,异常的详细信息都不告诉我,然后程序就不执行了,只有重新刷新一下页面了,真是太过分了。这要是在平常啊,咱也无所谓了,大不了进入调试模式,可是是偏偏Web Site模型下开发Web Site ,IDE 狂耗内存,内存随便就上600M。解决方案又比较大,有10个工程,进入一次调试模式都需要10来分钟的时间,查误只需要3秒钟的时间,看看人家Delphi的调试速度,真有点挫折感。看来这个问题不解决是开发速度是难有保证了,刚试了下家里这边的Atlas Wiki 站点,竟然可以弹出异常类型,看似有解决的途径的。另外Web Site模型占用的内存大是无可救药的,因为在设计时它在内存中实时编译和存放了太多的代码了,微软也意识到这个问题,目前正在提供一种与Vs 2003类似的开发模型,叫Web Application Model,试用过第二个预览版,速度提高不少,并且也支持文件的排除,可就是还不是能很好地与Asp.net 2.0相结合。比如页面上头定义都还要手动去修改,如CodeBehind,应该改为 CodeFile ,等等。总之,还不不能用于日常的开发。暂时只能先忍了,多想想它的好心里就平衡多了,比如不需要每次都编译Web工程等等。呵呵,目前也只能用这样的理由来安慰自己了。
