EJB数据验证出现在什么地方最合适

EJB数据验证出现在什么地方最合适2010-12-09我们将讨论数据验证逻辑应该出现在 EJB 应用程序代码的什么位置，而不是专注于验证过程（Java 技术专区的其它地方对此进行了很好的讨论）。我们了解了很多组成基于 EJB 技术的应用程序的组件：底层会话 bean 及其业务接口；在实体 bean 及其客户机之间传送数据的值对象以及担任 Web 层和业务层之间的保护层的各种委派类。验证逻辑十分适合这些组件中的任何一个。实际上，您可以在多个组件中放置验证逻辑，在整个应用程序中分层次地放置它（尽管这样做是不可取的）。因此，我们在此处提出的问题是：在 EJB 应用程序的什么位置放置验证代码最有利？

数据验证的类型

要确定将验证代码放置在什么位置，第一步是了解您正在处理什么类型的验证。数据格式验证确保所有数据类型（整数、浮点数、字符串等）都是正确的。它还要确认变量都在允许值的范围之内以及实际的模式按预期的匹配。本质上，数据格式验证处理验证的任何方面，这些验证不需要应用特定业务规则

特定于业务的验证基于一组业务规则（例如，确保所提供的 ISBN 号与您数据库中的实际书籍相匹配）。它几乎总是需要对 EJB 层以及应用程序中的其它业务逻辑组件具有访问权。

数据格式验证

确定了正在处理的验证类型之后，下一步是确定放置代码的位置。在您的 EJB 应用程序中，数据格式验证逻辑可以如下进行放置：

将赋值（setter）方法放置在业务委派上。

将赋值（setter）方法放置在 bean 的远程接口上。

将赋值（setter）方法放置在 bean 的消息对象或值对象上。

对于本示例，我们将假定您正在处理一个包括业务委派的 EJB 应用程序。如果是这样，那么您应该采取某些步骤，确保所有的应用程序客户机（处于 Web 层）都在使用委派进行 bean 访问，而不是直接访问 bean。如果确实是这样，那么您可以将所有数据验证代码都安全地放置在业务委派方法中，如清单 1 所示。

清单 1. 业务委派中的数据格式验证 package com.ibm.library;

import java.rmi.RemoteException;
import java.util.Iterator;
import java.util.List;
import javax.ejb.CreateException;
import javax.naming.NamingException;
public class LibraryDelegate implements ILibrary {
  private ILibrary library;
  public LibraryDelegate（） {
   init（）;
  }
  public void init（） {
   // Look up and obtain our session bean
   try {
    LibraryHome libraryHome =（LibraryHome）EJBHomeFactory.getInstance（）.lookup（
"java:comp/env/ejb/LibraryHome", LibraryHome.class）;
    library = libraryHome.create（）;
   } catch （NamingException e） {
   throw new RuntimeException（e）;
  } catch （CreateException e） {
  throw new RuntimeException（e）;
  } catch （RemoteException e） {
   throw new RuntimeException（e）;
  }
}
// No validation required for accessor （getter） methods
public boolean checkout（Book book） throws ApplicationException {
  // No validation required here; the object type
  // takes care of it
  try {
   return library.checkout（book）;
  } catch （RemoteException e） {
   throw new ApplicationException（e）;
  }
}
public boolean checkout（List books） throws ApplicationException {
  // Validate list
  for （Iterator i = books.iterator（）; i.hasNext（）; ） {
   Object obj = i.next（）;
   if ！（obj instanceof Book） {
    throw new ApplicationException（
     ApplicationException.VALIDATION_ERROR,"Only Books are allowed in the input list"）;
   }
  }
  try {
   return library.checkout（books）;
  } catch （RemoteException e） {
   throw new ApplicationException（e）;
  }
}
// And so on...
public void destroy（） {
  // In this case, do nothing
}
}