
异常处理
快乐小左
10余年JAVA开发经验,目前创业中,熟悉SCA、OSGI、设计模式、CQ5、Liferay等技术或框架,熟悉Scrum敏捷过程,喜欢研究团队建设。
对高校业务流程有深入的研究,目前与部分高校有深入的合作
展开
-
Checked Exception and UnChecked Exception
使用Checked Exception还是UnChecked Exception 如果你希望强制你的类调用者来处理异常,那么就用Checked Exception; 如果你不希望强制你的类调用者来处理异常,就用UnChecked。 那么究竟强制还是不强制,权衡的依据在于从业务系统的逻辑规则来考虑,如果业务规则定义了调用者应该处理,那么就必须Checked,如果业务规转载 2013-12-27 10:38:32 · 1065 阅读 · 0 评论 -
异常框架设计
错误处理需求 什么是一个好的错误处理系统?抛开审美角度的考虑,一个好的错误处理系统通常要符合下面的条件: 1、任何异常都不会导致应用系统的崩溃。 2、在发生异常时,允许应用程序进行相应的处理。 3、显示给用户的错误信息要清晰的描述发生了什么错误以及应该采取什么样的处理。 4、如果需要辅助信息,错误信息还要帮助用户与帮助部门交互,为帮助部门团队提供必要的信息, 使他们能转载 2013-12-27 10:46:01 · 2694 阅读 · 0 评论 -
设计异常的最佳实践
1.当要决定是采用checked exception还是Unchecked exception的时候,你要问自己一个问题,"如果这种异常一旦抛出,客户端会做怎样的补救?" 如果客户端可以通过其他的方法恢复异常,那么这种异常就是checked exception;如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception;从使用上讲,当异常出现的时候要做一些试图恢转载 2013-12-27 10:37:41 · 755 阅读 · 0 评论 -
Error and Exception
exception 表示一种设计或实现问题。也就是说,它表示如果程序运行正常,从不会发生的情况. error 表示恢复不是不可能但很困难的情况下的一种严重问题。比如说内存溢出,VirtualMachineError ,ThreadDeath ,LinkageError 。不可能指望程序能处理这样的情况。 另一方面,error 是虚拟机的问题(通常是这样,但也可能是操作系统的问题)。引用Jav转载 2013-12-27 10:41:06 · 910 阅读 · 0 评论