业务处理中ACTION的用法小结

action 里面基本能处理所有的业务逻辑层的东西  

一般我们的action 是继承 DispatchAction 里面可以包含很多不同方法

如果你要添加 ，就把你的数据传过来到action 里面 action再调用 Manager 里面的方法添加
如果是删除 就把你要删除的id传递过来action action再调用 Manager 里面的方法删除

action 里面并不是 处理 数据存储 到 持久化 的相关操作
而使用一个“中间转换”而已 根据你的业务 调用 相应的 Manager这个接口（这个里面才是处理持久化的相关操作）

action 其实处理的相对简单多了

ACTION里的确可以处理简单的数据，

但是不适合处理大量、并且需要复杂的逻辑处理的数据，所以把ACTION的功能减少更好

如果ACTION只负责页面的跳转和调用DAO，会使得ACITON的作用更明显，程序的层次更清晰

其中的原理是java的事件模型，关于事件的信息被封装在一个事件对象中。所有的事件对象都从java.util.EventObject派生而来，每个事件类型都有一个子类，如ActionEvent和WindowEvent，不同的事件源能够产生不同种类的事件。例如，一个按钮能够发送ActionEvent对象，而一个窗口能够发送WindowEvent对象。下面是AWT中的事件处理机制：
*一个监听器对象，一个实现了专门的监听器接口的类实例
*一个事件源是一个能够注册监听器并且为它们发送事件对象的对象
*当事件发生时，事件源会把事件对象发送给注册的全部监听器
*监听器对象会使用事件对象中的信息决定对事件的反应

比如说，有一个JButton button
首先要对其进行注册监听
button.addActionListener（listener）；
现在，只要按钮中产生一个“动作事件”，listener对象就会得到通知，上面代码的要求：监听器对象所属的类必须要实现合适的接口（这里是ActionListener接口）。同Java中的所有的接口一样，实现接口意味着要提供接口中的方法的实现。为了实现ActionListener接口，监听器类必须实现一个actionPerformed方法，其参数为一个ActionEvent对象，比如你可以这样定义：
class TestListener implements ActionListener{
.............
public void actionPerformed(ActionEvent event){
//处理事件
}
}
这样一个监听器就构造好了，你只要在上面生成一个TestListener的实例，listener就可以，一般的处理可以把这个和你的主类写在一起，比如：
import java.awt.event.*;
import javax.swing.*;
public class Test implements ActionListener{
  private JButton button = new JButton("Ok");
  
  public Test(){
    button.addActionListener(this);
  }
  public void actionPerformed(ActionEvent ae){
    //do work
  }
}
不过很多情况也写成内部类的情况

action中处不处理业务不是绝对的，它取决于你的项目架构，

如果你的架构在业务层只有action-->dao那么action中就要处理一些业务，

当然你可以架构成action-->javabean/ejb-->dao,那么业务可以放在bean中处理。

如果你架构成action-->service-->dao,那么你自然会在service中处理的你的业务。

如何架构取决于你，当然在action中处不处理业务也取决于你，这不是绝对的。