寻道

探寻程序之道，软件之道，生存之道，生活之道及生命之道

开始写BLOG

2008年09月14日

分页技术及其实现

本文就分页的理由，分页的方式和MySql，Oracle中两种不同的分页技术进行了一些阐述，比较浅显。阅读全文>

发表于 @ 2008年09月14日 08:51:00|评论(loading...)|举报|收藏

2008年09月01日

Spring的ID增长器使用示例（MySql数据库）

一般来说涉及数据库的应用中，表的主键有两种生成方案，一种是专门定义一个主键表，在其中放置一个自增长的字段为其它表提供主键；另一种是使用Oracle的sequence。这两种方案都有一定麻烦，Spring为此专门提供了一个ID增长器以简化具体步骤，下文就是它的相关使用方法的，使用的数据库是MySql5. 归纳使用Spring的自增长ID生成器完成以下三步即可： 1）配置自增长id生成器，它需要一个数据源的支持。 2）根据配置将自增长id生成器注入DAO各类中。 3）使用nextStringValue，nextIntValue或nextLongValue方法得到ID。阅读全文>

发表于 @ 2008年09月01日 12:36:00|评论(loading...)|举报|收藏

使用模板方法模式简化控制层类（Action）的设计

在基于Model2的应用中，控制层的类总会包含对业务层诸类的调用，业务层诸类不可避免的要产生各种异常，如果统一到控制层进行处理的话会导致代码变得庞大臃肿还有不少重复，这种的例子在Web应用中的Servlet和Action诸类中并不少见。

如果我们使用模板方法模式（Template Method Pattern）将业务处理和异常处理分开，能有效简化控制层诸类的代码，借用这种模式，我们可以把固定的异常处理代码放在基类中，而让子类来实现具体的业务，如果执行业务过程中出现异常如数据库无法连接，用户找不到等异常后，直接将异常抛出让基类来处理，这样做成功的把业务处理和异常处理分开到了子类和基类两种类中，涉及具体业务处理的子类代码得到了很大的简化，更方便阅读，修改和管理。

具体请参考以下代码：

诸Action的基类，包含了所有的异常处理，它是一个抽象类，规定子类必需实现process函数：
阅读全文>

发表于 @ 2008年09月01日 12:33:00|评论(loading...)|举报|收藏

2008年08月20日

某大型招聘会Java职位相关技术名词统计

阅读全文>

发表于 @ 2008年08月20日 23:30:00|评论(loading...)|举报|收藏

使用Spring提供的MailSender异步发送文本邮件

在工程中经常有发送邮件的任务,如果使用JavaMail来发送邮件，用到的代码较多，过程和细节也相对复杂，而使用Spring的MailSender能相对简单方便些，这样使程序员能更快捷的完成邮件发送任务。本人书写了这样一个邮件发送实用类，在配置文件修改一些信息就能完成任务了，具体请看代码。阅读全文>

发表于 @ 2008年08月20日 23:18:00|评论(loading...)|举报|收藏

2008年08月08日

log4j在桌面程序和Web程序中的配置

本文将对开源包log4j在桌面程序和Web程序中的配置做一些说明，体积的log4j版本为1.2.15，使用的配置文件是属性文件（properties），如果这些与您的环境不符则请不要点击，以免耽误您的宝贵时间。阅读全文>

发表于 @ 2008年08月08日 11:14:00|评论(loading...)|举报|收藏

2008年08月07日

应用程序的层次

一般来说，在创建一个应用程序之前，首先要决定这个应用程序的体系结构。应用程序体系结构（Application Architecture）由应用程序开发者设计，它指定了在各种各样的终端系统上，应用程序是如何组织在一起的。为了降低设计难度，大部分程序都以层（称为layer或level）的方式组织在一起，每一层都建立在它的下层基础上，使用下层提供的服务，下层对上层隐藏了许多服务实现的细节。这种方法几乎应用于整个计算机科学领域，也可以称为信息隐藏，数据类型抽象，数据封装，面向对象编程等。分层即是对类进行一些规划，以流程中的类的用途和所处环节划分，把程序中将要用到的各个类分别归纳到各个包（目录）中。分层是对系统进行细分的第一步,它旨在将系统按具体功能和用途分解为相对独立的各个部分.如果说细分是将把难以解决的大问题分解成了各个容易解决的小问题的话，分层则是把解决同类小问题的类归纳到一起，这样程序的结构更加清晰，程序的可读性和可维护性越好，也更容易得到重用。从大的尺度来讲，一个程序可粗略的分成三个层次：界面层（UI layer），这是用户能直接感受到的，包含显示阅读全文>

发表于 @ 2008年08月07日 15:01:00|评论(loading...)|举报|收藏

从模板方法模式到反射再到Spring的IoC

软件开发过程中，唯一不变的就是变化。这是一句老生常谈，也就是说软件开发中永恒的主题就是变化。当你把代码都写好了，测试也完成了，准备交付的时候客户忽然要求你在指定时间做出变化，这种情况在外包行业中很常见；而对一些银行金融项目，边调研边开发边测试屡见不鲜；对于一些Web项目，从来就只有永远的Beta版，改来改去的事更是家常便饭。对此，程序员一定要求清晰的认识，抱怨只能是嘴上痛快，不解决实际问题。真要解决实际问题，非要动一番脑筋不可，如果合理使用了设计模式，反射或是Spring的IoC，便能变修改噩梦为一次有趣的智慧之旅。阅读全文>

发表于 @ 2008年08月07日 11:34:00|评论(loading...)|举报|收藏