浅议Java软件开发中几种误区.docVIP

浅议Java软件开发中几种误区随着编程技术的快速发展，Sun公司开发的Java，以其简单、面向对象、分布式、健壮性、安全与系统无关、可移植的特点赢得了众多编程人员的青睐，但是在实际开发过程中存在一些认识上和方法上的误区，导致开发的项目出现一些问题，下面就来分析一下这些误区。 1.只注重系统当前功能，忽视软件架构的误区。 万丈高楼平地起，要想开发一个好的系统，基础结构很重要，一个好的软件不仅仅满足于它的功能，还必须有一个灵活的、结构清晰、可复用性好、扩展性强、维护方便的的基础架构。一个灵活的、低耦合的、可扩展的框架将使你在开发中事半功倍，便于协作开发和扩展升级；反之，一个架构不好、没有扩展性的框架在未来由于功能的成长，会因为架构不好不利于加入新的功能，使你在开发中陷入困境。 正因为很多人对软件存在只满足于目前的功能，没有考虑到今后的发展，开发的软件扩展性不强，从而造成软件的生命周期缩短。打好软件的基础架构不仅仅是选择一些流行的诸如Spring、Hibernate、Jdonframework之类的框架，还取决于如何合理使用这些框架来搭建你的系统，我们使用框架时不能知其然而不知其所以然，如果一个框架不能协助你实现分层架构，那就抛弃它，不要盲目跟从，避免陷入复杂的技术细节迷雾中，迷失了架构选择的根本方向。 2.系统中层次不清，互相侵蚀的误区。 Java软件系统中一般分为表现层、业务层和持久层，三个层次应该分割明显，职责分明，以增强系统可移植性、扩展性和维护性。 其中持久层由Java对象持久化类和数据访问对象(DAO)组成。每个数据库表都对应着一个持久化对象，这样就屏蔽了具体的数据库和具体的数据表、字段，给予了开发者使用OO思想设计和开发的便利，消除了对数据库操作的硬编码在重用性上的弊端。 持久层只是持久化保存数据对象，业务层再对持久层进行调用。在应用中，要避免本末倒置，将复杂的业务加到持久层中去，同样，也应该避免让持久层侵蚀业务层，在业务层中应该只看到对业务对象的操作，而不是在业务层到处可见数据表或字段名，尽量做到“上帝的归上帝，凯撒的归凯撒”。 例如存储过程的使用，在以前集中数据库时代，依靠存储过程解决了一些性能问题，但在现在多用户、大访问量的情况下，J2EE应用服务器技术、中间层服务器集群技术和分布式技术发展成熟的今天，再把负载都用数据库端的存储过程来解决，用持久层来解决大量业务问题，很多时候会适得其反，降低性能。当然上面这些并不是完全否定存储过程，适量使用，使用数据库优点也是允许的。 3. ORM问题在应用中的误区 Object/Relation Mapping（ORM）技术是为了解决关系型数据库和面向对象的程序设计之间不匹配的矛盾而产生的。Hibernate是目前最为流行的ORM框架，它在关系型数据库和Java对象之间做了一个自动映射，使得程序员可以以非常简单的方式实现对数据库的操作。通过对JDBC的封装，向程序员屏蔽了底层的数据库操作，使用时只需要操纵对象，使程序员专注于OO程序的开发，使开发更对象化，提高了开发效率。程序员所需要做的就是编制xml映射文件，抛弃了数据库中心的思想，从而完全的面向对象思想。数据库结构改变时只需要更改配置文件，不会对应用程序产生影响，它没有侵入性，即所谓的轻量级框架，移植性会很好。Hibernate还有自己的面向对象的查询语言HQL，HQL功能强大，支持Oracle、DB2、MySQL、 Microsoft SQL Server等主流数据库，是目前应用最广泛的O/R映射工具。为快速开发应用程序提供了底层的支持。 由于Hibernate的流行，Hibernate越来越受到开发者的欢迎，运用Hibernate作为数据持久化的开源框架也越来越多。但是作为一种技术，它也有自己的短板，就是在批量数据处理时有弱势，Hibernate的特性决定了它适合于针对单一对象简单的操作,而对于大批量对象的操作，则不适合用Hibernate,这也是OR框架的弱点，要使用数据库的特定优化机制的时候，也不适合用Hibernate。然而在实际应用的时候不少用户却忽视了这一点，很多开发人员在对Hibernate的优缺点不是很了解的情况下，应用了Hibernate，结果在用户访问量大时，出现内存泄漏，导致了服务器死机，还有就是诸如对lazy的使用不当、关联过多造成的数据加载缓慢等问题，都是因为开发人员对Hibernate一知半解的情况下贸然使用而造成的，因此使用时要格外当心。 4.喜新厌旧，过分追求新技术的误区。 很多开发人员在开发中经常使用一些不成熟的、自己不甚了解的技术，把它当做自我挑战的机会，这就无形中加大了项目开发的难度，应该尽量使用一些自己熟悉的、相对成熟的技术，降低开