Java工程师应该抛弃的10个编程习惯

当我看到成群的Java程序员在做下面这10件事情时，我真想大声喊“停”。

1.遍历结果集并且构建对象

while (result.next()) {  
 String name = result.getString(“name”);  
 String address = result.getString(“address”);  
 String email = result.getString(“email”);  
 String phone = result.getString(“phone”);  
 stuff.add(new AddressEntry(name,address,email,phone));  
} 

从这段代码可以看出，如果你是个非专业或者颓废派的开发者，那么肯定没有深入理解ORM（对象关系映射），这可能是因为你看过Hibernate性能问题方面的博客，并且受了这方面的影响。但可以肯定，你会使用JDBC模板或者其他后台数据库操作。

2.在事务系统中写PL/SQL

随着时间的推移，业务逻辑将会在RDBMS中表现出来。设备事务也会移进数据库里面，有些人会把这些转换成类似COBOL的语言，并且绑定触发器来调用其他通用版程序。换句话说，这样做将会让你在短期内遇到一些非常棘手的系统遗留问题。对于Oracle投资人来说，这或许是件好事，但对于我们来说，就是灾难。

3.编写Swing应用程序或者调试

多年来，我一直认为编写GUI代码是件非常可怕的事情，以至于我从不接触前端代码。这或许是因为Java被证明不适合做前端。Swing很慢。当然，你也能编写出非常快的Swing代码，如果你在NetBeans环境下去编写并且无需担心浏览器兼容问题、或者砸一堆钱进去……但是，Swing还是很慢。默认情况下，GUI的界面也是令人不满意的。于是，出现了Java sandbox模型……

4.Cast

Java Generics并非完美，但在处理问题时，它却成了优先选择对象。这里有一些非常极端的例子，说明Java Generics并非能够高效的执行。说实话，我也不想这样说：

Foo bar = (Foo) FooFactory.get(“bar”); 

不幸地是，有些库无法获得消息并且还会代码泄漏，但可以利用泛型来编写单元测试

5.使用Calendar或Date进行日期计算

使用JDK Date和Calendar类来处理复杂的时间/日期计算，除了直观上的操作外，内置类仅提供了最原始的操作。大家可以使用像JODA Time这样的现代库。除非你在x86汇编器上编写应用程序。在这种的情况下，你可能很享受使用JDK Date和日历进行计算。

6.配置Session Replication

所有的分布式缓存产品和项目已改为NoSQL的键值存储。如果我们需要有状态的客户端并且不使用HttpSession，可以使用AJAX/Javascript，用于高度可靠的可伸缩应用程序。

7.写排序算法

可怕的是，我很少注意算法类，甚至编写代码的人也不会注意到这些，Java里面已经提供了满足各种需求的排序算法（或者是使用你名字命名的第三方库）或者他们只是不太关心Comparable和Comparator是如何实现的。现在，你可以深入地探讨一下，绝对是有益无害的。

8.写自己的链接列表、栈、堆等

诚然，写一个基础的链接列表相当容易，Wikipedia上就提供了这样的一个非常漂亮的页面，上面汇集了所有的链表代码。所以，我可以选择复制——粘贴。但还是比较喜欢（建议）使用数据结构，并且一直坚持。

9.编写自己的池、集合或者一般的并发代码

凡是知道Doug Lea的开发者肯定都很喜欢他。Doug Lea的java.utl.concurrent集合可以帮你解决很多并发性问题，另外，他还能提供非常好的解决方案。

10.处理日志框架

如何拼写单词，意味着所有的共享日志：SLF4J，例如S-U-CK。这个问题不仅仅是因为多年前Sun把Log4J’s接口接入到JDK中，Oracle也编写java.util.logging包进行修复。话虽如此，但我还是希望大家在suck上面标准化java.util.logging而不是由某个人提出“明智的解决方案”供大家采用。就好比你点了可乐，而服务人员提供百事可乐一样，两者有什么区别吗？还不是照样让你变胖！

来自：DZone