[网摘]用六大代码问题检验你的Java知识能力（6）

kampoo

反例之六：输出数据不完整 <BR><BR>代码：7行-11行。 <BR><BR>不完整的数据是Java程序的隐形杀手。仔细观察这段代码，考虑一下如果循环的中间抛出了异常，会发生什么事情。循环的执行当然是要被打断的，其次，catch块会执行??就这些，再也没有其他动作了。 <BR><BR>已经输出的数据怎么办？使用这些数据的人或设备将收到一份不完整的（因而也是错误的）数据，却得不到任何有关这份数据是否完整的提示。对于有些系统来说，数据不完整可能比系统停止运行带来更大的损失。 <BR><BR>较为理想的处置办法是向输出设备写一些信息，声明数据的不完整性；另一种可能有效的办法是，先缓冲要输出的数据，准备好全部数据之后再一次性输出。 <BR><BR>结论六：全面考虑可能出现的异常以及这些异常对执行流程的影响。 <BR><BR>改写后的代码 <BR><BR>根据上面的讨论，下面给出改写后的代码。也许有人会说它稍微有点?嗦，但是它有了比较完备的异常处理机制。 <BR><BR>
, c5 Z/ F& E" B2 t+ c<CENTER><CCID_NOBR>
<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
1 W) B9 i! n( P/ y' T; x
3 P) [$ R' }# b9 A3 s# V<TR>
9 [8 _, u6 ~* h6 X$ u5 G1 }<TD class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><RE><CCID_CODE>OutputStreamWriter out = ...
7 i" ?' C" i) A( }/ r9 t6 y　　java.sql.Connection conn = ...
1 F& _, L/ M3 }, _, ?　　try {
6 P* a0 V) K/ v  |- X) y　　　Statement stat =
! E1 @6 B, N7 P7 Rconn.createStatement();
　　　ResultSet rs = stat.executeQuery
/ t; ?. {4 c' }$ x- b, t("select uid, name from user");
　　　while (rs.next())
0 C& l* b: G+ ~0 P6 e9 I　　　{
9 m/ L8 K! W9 q2 v' O" h　　　　out.println("ID：" +
9 M; I: ]0 d5 i5 A- V5 H) Ars.getString("uid") + "，姓名: "
6 M, I& t/ E  \* D+ rs.getString("name"));
　　　}
# p) I/ C- j5 j, E( r. b( ?; A. C　　}
# Z8 G5 g5 z- }* e2 {8 e- l# d　　catch(SQLException sqlex)
$ I. Z5 H7 k" |' |# O' \1 c- ?7 [( P　　{
　　　out.println("警告：数据不完整");
. f! [. d0 j: c, l5 e　　　throw new ApplicationException
("读取数据时出现SQL错误", sqlex);
# F5 ?$ G3 N7 {; F4 U) N　　}
/ M3 u3 ~% r% f/ R" O* _　　catch(IOException ioex)
) n) I: ]+ l+ o- L3 a9 F　　{
　　　throw new ApplicationException
("写入数据时出现IO错误", ioex);
　　}
& o" N% J' U; k) p5 I2 m( W9 z$ |　　finally
6 G+ A4 {6 v. K/ H　　{
　　　if (conn != null) {
　　　　try {
0 b$ v2 A; m' J8 F( J1 ?$ E! r　　　　　conn.close();
　　　　}
0 j  u4 m0 |+ k　　　　catch(SQLException sqlex2)
　　　　{
# C  k/ K" s* Q) M' A　　　　　System.err(this.getClass().
getName() + ".mymethod - 不能关闭数据库连接:
, W( W6 y' I" G3 L" + sqlex2.toString());
4 F5 S  ?: b+ F1 |; C& B  S! f6 o　　　　}
1 ]& f. P- F8 b! ~4 p! B1 o$ F3 p　　　}
2 q% n/ g/ H4 F( r% d2 Y　　　if (out != null)
+ c* }( u6 y& f0 |" N) s5 U+ o{
! \; m8 D1 j4 X: _& x　　　　try {
　　　　　out.close();
　　　　}
4 \" J* Q6 m; B/ w: V　　　　catch(IOException ioex2)
　　　　{
/ h9 u( C+ F& s- ^- F- a# Z! d2 H　　　　　System.err(this.getClass().
7 }) J3 Y6 n2 v- _6 b3 AgetName() + ".mymethod -
" y% l7 W/ v1 }9 ?- Q不能关闭输出文件" + ioex2.toString());
, Z0 _0 m9 n) S$ N* ?0 k　　　　}
* m# R+ Z! M# ^; J4 z8 R　　　}
　　}</CCID_CODE></PRE></TD></TR></TABLE></CCID_NOBR></CENTER><BR><BR>本文的结论不是放之四海皆准的教条，有时常识和经验才是最好的老师。如果你对自己的做法没有百分之百的信心，务必加上详细、全面的注释。 <BR><BR>一方面，不要笑话这些错误，不妨问问你自己是否真地彻底摆脱了这些坏习惯。即使最有经验的程序员偶尔也会误入歧途，原因很简单，因为它们确确实实带来了“方便”。所有这些反例都可以看作Java编程世界的恶魔，它们美丽动人，无孔不入，时刻诱惑着你。也许有人会认为这些都属于鸡皮蒜毛的小事，不足挂齿，但请记住：勿以恶小而为之，勿以善小而不为。 <BR><BR>转载自: <a href="http://www.itzero.net/Article/learner/2005_10/3385.html" target="_blank" >http://www.itzero.net/Article/learner/2005_10/3385.html</A><BR>