逸逸记事
逸逸记事

我的分类(专题)

首页(175)
儿子(9)
SIP技术(9)
Web2.0(12)
摄影和DVD(8)
软件开发随笔(18)
名古屋打工生活(11)
微软技术开发(47)
Java技术(12)
加拿大移民生活(20)
生活点滴(6)
第一份工作--上海贝尔(18)
完成项目(13)
回国后的生活(0)


最新日志
独行者
终于知道什么叫外包了
人生悲哀之事
水晶报表中显示动态图片
水晶报表中的简单参数设置
怀念下小黑
dotnet中的数据连接Timeout
老板的思路
又买房了
交通事故

最新回复
回复:独行者
回复:怀念下小黑
回复:老板的思路
回复:mjSip学习笔记
回复:老板的思路
回复:dotnet中的数据连接Timeo
回复:mjSip学习笔记
回复:交通事故
回复:交通事故
回复:又买房了

留言板

签写新留言

您好,很希望问您一个关于jain-sip
生活经历就是最大的财富,羡哦~
java的Web开发问题
回复:疑问
IT还不如妓女呢,呵呵
myjavaserver的空间
求助
您的子域名已开通

统计
blog名称:人在旅途
日志总数:175
评论数量:505
留言数量:13
访问次数:1666097
建立时间:2005年12月7日

链接

 

生命是过客,人在旅途。奶奶是信基督教的,没啥文化,却养育了四子二女,还带过九个孙辈。老人家对生命的看法就是“人都是客人,迟早要回去的。”就以《人在旅途》来纪念她。

 

«August 2025»
12
3456789
10111213141516
17181920212223
24252627282930
31

公告
  本人上传的源程序中可能引用或使用了第三方的库或程序,也可能是修改了第三方的例程甚至是源程序.所以本人上传的源程序禁止在以单纯学习为目的的任何以外场合使用,不然如果引起任何版权问题,本人不负任何责任.




     本站首页    管理页面    写新日志    退出
调整中...
[软件开发随笔]小结一下编程中错误处理经验.---2
人在旅途 发表于 2006/5/23 15:35:46

错误处理的编程方法:  1.底层(操作层):底层的出错一般用涵数的返回值来报告上一层,而不是用EXCEPTION来报告.这是因为底层的错误既可能是程序本身的错误,比如接口协议不是100%对应或者除了零;也有可能是应用的错误,比如网络访问错误.这时的错误即多又杂,需要上一层来分析错误,整理错误,对应错误和保存错误.比如一般会把各种错误记录到LOG中去,但在底层处理的话,由于底层的分支太多,于是程序中到处可见记录LOG的地方(其他错误处理也一样),维护很不方便.有时候通过返回值来报告不方便,那么就可以通过全局变量来报告错误,但是使用全局变量不复合优秀的编程规范,那么就使用类中的变量.可以在底层类中执行一系列操作,当中有错就停止,并记录到类变量中去,那么上一层就可以通过所操作类的变量来分析对应该类不同地方的和类型的错误了.一般一个类的错误比较相近,集中在一起管理很有效率.  2.中间层(管理层):中间层是分析和对应底层错误的地方,一般是首先象LOG中记录该错误.然后就是根据不同的错误信息.如果是应用的错误,就看看本层能否对应,比如再试一次,如果不能就看看是否有必要生成不同种类的EXCEPTION向上反映;如果是程序的错也要生成不同种类的EXCEPTION向上反映.  3.上层(UI层):上层是用户的界面,错误报到这里一般是要通知用户了,EXCEPTION里也有底层反映上来的错误信息,把这信息给用户看,如果是程序错误,要让用户反映这一错误的详细信息到公司,然后一般是结束程序(不要试图自己去改正自己);如果是应用错误,显示的信息要让用户知道该如何试着去修改,比如重新输入密码,或者查看网络连接等,一般不用退出程序.  当然也有例外情况,比如如果底层涵数分支复杂,你又不想到处用"RETURN"语句和执行退出处理,这时,在底层涵数中也可用EXCEPTION来管理错误,一句话要让程序和错可管理和有效率的.

阅读全文(3616) | 回复(0) | 编辑 | 精华


发表评论:
昵称:
密码:
主页:
标题:
验证码:  (不区分大小写,请仔细填写,输错需重写评论内容!)

站点首页 | 联系我们 | 博客注册 | 博客登陆

Sponsored By W3CHINA
W3CHINA Blog 0.8 Processed in 0.031 second(s), page refreshed 144777040 times.
《全国人大常委会关于维护互联网安全的决定》  《计算机信息网络国际联网安全保护管理办法》
苏ICP备05006046号