即便是在有了企业级软件平台的今天，我也常常发觉开发企业级应 用程序是个难题。无论是.net还是J2EE仅仅使用他们所提供的高级 抽象API来开发企业级应用是远远不够的。在我看来一个构建在这些 高级API上的良好的体系结构是开发成功的企业级应用所不可或缺的。 本文要谈论的就是如何构建一个良好的、可维护的、可扩展、高稳 定性的且能够快速开发应用的开发架构。

在我接触.NET 或J2EE 开发过程中，走了大量的弯路，使得开发的程 序不是性能不好，就是无法满足目标和要求，相信同样的错误今天仍 然在不断的重复出现，这就要求我们吸取教训，减少创造无用的程序。尽管有了高级的抽象API,但构架系统不光是使用API那么简单，从更高层 的抽象来说，通过使用构件策略和模式来创建构架体系，是解决开发中遇 到的一系列问题的关键。如： 会话如何跟踪？ 谁来负责数据检验？ 层键的数据如何传送？ 视图、模型、控制？ 如何分发视图？ 等等。。。。。。。。。。。。

在这篇文章中我不采用实例的方式来讲解。因为我发现，尽管通过实 例有很多的优点，但往往读者无法坚持完成整个例子，同时限于本文 的篇幅，采用实例法也是不可取得。

我将在文章中讨论在开发企业架构中我所遇到的一系列问题：

• 视图--模型--实体
• 资源定位
• 资源的可配置
• 持久化
• 出版---订阅
• 数据校验
• 主键生成
• 数据更新
• 数据传送
• 动态赋值
• 控制-分发
• 对象界面
• 代理

在谈到我将要讨论的问题前，我希望你先要了解什么是模式，我不打算在有限的篇幅中讨论模式，这是一个很广的问题。但必须首先声明的得是，   你阅读本文对模式的了解是基本要求，企业开发中模式将被大量使用，我   相信一个优雅，成功的系统模式的使用是不可少的。  

关于模式的更多信息你可以参考 GOF 96 、SUN　J2EE DESIGN　PATTERNS CORE、J2EE DESIGN　PATTERNS  等文章。

第一部分      资源定位

一个有序的世界总是好的。

小时候玩玻璃球和三角，开始的时候总是将嬴来玻璃球放到一个盒子中，渐渐 的越来越多，于是我将他们分类，有瑕疵的放到一起，普通的放到一起，高级   的（可以一个换两到三个）放到一起，同样的三角也是如此存放，这样一来我   能够很容易的决定每次带什么样的出去玩。

开发架构的时候我碰到同样的问题，譬如大量的值对象、命令bean、视图helper 散落在各处，有序的管理他们势必成为优先要解决的问题。试想如果有一种目录   结构来管理这些类该有多好。      

我是一个工厂的狂热爱好者，我总是通过工厂来管理这些无序的资源，以便于通过目录的方式定位资源，不可避免的造成了系统中出现越来越多的工厂，我把管理这些工厂称为工厂定位器模式。

为了清晰的描述我的想法，我喜欢通过代码来说明，这用的问题简单明了。

 代码如下：
  
  
  /*工厂定位器*/
public interface FactoryFinder{
    
    public final static int ACTION_MAPPING_FACTORY=1;
    
    public final static int MESSAGE_RESOURCES_FACTORY=2;
    
    public final static int VALUE_OBJECT_FACTORY=3;
    
    public final static int FORWARD_MAPPING_FACTORY=4;
     
    public final static int LIFE_CYCLE_FACTORY=5;
                                   
    public static Factory getFactory(int finderName);
}

/*工厂标志接口*/
public interface Factory {   
}

/*生命周期管理器*/
public interface LifecycleFactory{
    
   public final static int DEFAULT_LIFE_CYCLE=1;
   public Lifecycle getLifecycle(String Key);
}

/*消息注册工厂*/
public interface MessageResourcesFactory extends Factory{ 
 public addMsgResource(String Key ，String resourceName)；
}

/*
/*监听器注册工厂*/
public interface ActionMappingFactory extends Factory{         
 public   addActionMapping(String Key,String resourceName);
}

/*值对象注册工厂*/
public interface BeanMappingFactory extends Factory{ 
 public   addBeanMapping(String Key,String resourceName);
}

/*分发视图注册工厂*/
public interface FowardMappingFactory extends Factory{ 
 public   addForwardMapping(String Key,String resourceName);
}

/*监听器工厂*/
public interface ListenerFactory extends Factory{ 
        public final static int ACTION_LISTENER=1;
        public final static int VALUE_CHANGED_LISTENER=2;
        public final static int HERPLINK_LISTENER=3; 
 
 public Listener  createListener(String listenerName,int type);
}

/*bean 工厂*/
public interface BeanFactory extends Factory{ 
       public Object  createBean(String beanName);
}

/*Lifecycle  工厂*/
public interface Lifecycle extends Factory{ 
       public void  register();
}  

如你所看到那样工厂定位器模式其实就是一个工厂模式，但我重新将它命名 为工厂定位器模式，这是因为，它不简简单单作为一个设计模式而存在，在 这里它被赋予新的含义“有效管理架构中资源的一种策略“。通过它的有效组 织资源，你可以方便的定位架构中任何可用资源。

同样的定位方式，我们可以用来组织服务定位，譬如：查找ejb,数据连接等。 服务定位器模式就是定位的另一个应用：

代码如下：

/* 
 实现主键获取、数据连接获取、home接口获取
*/
public interface ServiceLocator{    
   public static ServiceLocator   getInstance();
   public EJBHome getEJBHome(String serverID,String homeName);
   public Connection getConnection();
   public BigDecimal getNextID(String systemCode);   
}

通过服务定位 ，可以有效的减少服务成本，提高系统的性能。

正如上面所说的，在一个体系中定位资源是重要，这是组织整个架构的基础， 无论什么样的事件都是由个体组成，而有序的安排个体总是有序世界的第一  步。

在这一部分里，简要的谈了资源定位问题，下一部分将讨论资源的可配置问题。