避免在Java中使用Checked Exception
Java的Exception分为两类，一类是RuntimeException及其子类，另外一类就是checked
Exception。Java要求函数对没有被catch处理掉的checked
Exception，需要将其写在函数的声明部分。然而，这一要求常常给程序员带来一些不必要的负担。
为了避免在函数声明中写throws部分，在Java项目里面常常可以看到以下代码用来‘吞掉’Exception：
try {
// ...
} catch (Exception ex) {
ex.printStackTrace();
}
这显然不是一个好的处理Exception办法，事实上，catch并处理一个Exception意味着让程序从发生的错误(Exception)中恢复过来。从这种意义上说，已上的代码只可能在一些很简单的情况下工作而不带来问题。
对
于很多Exception，往往没有去处理它并让程序从错误中恢复出来的办法，这时唯一能做的事情可能就是在界面上显示一些提示信息给用户。这种情况下让
程序抛出遇到的Exception是更为合理的做法。然而，这样做会使得一些函数的声明急剧膨胀。一个函数可能需要声明会抛出的7、8个checked
Exception，而且每个调用它的函数也需要同样的声明。
比这更糟糕的是，这有可能破坏类设计的open-close原则。简单来
说，open-close原则是指当扩展一个模块的时候，可以不影响其现有的client。open-close原则是通过继承来实现的，当继承一个类的
时候，我们既扩展了这个类，也不会影响原有的client（因为对这个类没有改动）。
现在考虑下面这种情况，有一个父类Base：
public class Base {
public void foo() throws ExceptionA {
// ...
}
}
现在需要继承Base这个类并重载foo这个方法，在新的实现中，foo可能抛出ExceptionB：
public class Extend extends Base {
public void foo() throws ExceptionB {
// ...
}
}
然而，这样写在Java里面是不合法的，因为Java把可能会抛出的Exception看作函数特征的一部分，子类声明抛出的Exception必须是父类的子集。
可以在Base类的foo方法中加入抛出ExceptionB的声明，然而，这样就破坏了open-close原则。而且，有时我们没有办法去修改父类，比如当重载一个Jdk里的类的时候。
另一个可能的做法是在Extend的foo方法中catch住ExceptionB，然后构造一个ExceptionA并抛出。这是个可行的办法但也只是一个权宜之计。
如果使用RuntimeException，这些问题都不会存在。这说明checked
Exception并不是一个很实用的概念，也意味着在程序设计的时候，我们应该让自
相关文档：
通过JAVA调用ORACLE的存储过程，在ORACLE的存储过程内部做了一个查询在JAVA中获取该查询结果，这个和SYBASE、SQLSERVER的获取不一样，等我的下一篇文章我会介绍如何获取SYBASE、SQLSERVER在存储过程中执行了查询后如何获取其结果及存储过程的编写。
在Oracle中需要返回查询结果集，必须将其以游标的形式返回，但游标又不是 ......
纯Java读取、显示、转换word文档(97~2007)、html文档
下载程序库
http://hgsqldoc.appspot.com/lib/hg.jar
主程序库（必须）
http://hgsqldoc.appspot.com/lib/poi.jar
解析doc格式
http://hgsqldoc.appspot.com/lib/itext.jar
输出pdf和rtf
http://hgsqldoc.appspot.com/lib/fgio.jar
输出svg、swf、ps、emf
读� ......
Java
平台已无处不在，Java EE、Java SE、Java ME 和 Java Card，Java
的发展为无数程序员提供了工作机会，都是“Java”，然而除了基本的 Java
语法大都一致外，程序员必须基于不同的平台有不同的考虑，学习不同平台的特点：
不同平台的环境
Java EE 所运行的硬件服务器、操作系统，Java SE 所在 PC 机 ......
大家在去参加面试的时候，经常会遇到这样的考题：给你两个类的代码，它们之间是继承的关系，每个类里只有构造器方法和一些变量，构造器里可能还有一段代码对变量值进行了某种运算，另外还有一些将变量值输出到控制台的代码，然后让我们判断输出的结果。这实际上是在考查我们对于继承情况下类的初始化顺序的了解。
我们大� ......
对于这个系列里的问题，每个学Java的人都应该搞懂。当然，如果只是学Java玩玩就无所谓了。如果你认为自己已经超越初学者了，却不很懂这些问题，请将你自己重归初学者行列。内容均来自于CSDN的经典老贴。
问题一：我声明了什么！
String s = "Hello world!";
许多人都做过这样的事情，但是，我们到底声 ......
