DWR 使用反射机制在转换过程中找到它应该使用的类型。有时候类型的信息无法获得，在这种情况下你要
在此处用方法签名给予暗示。
signatures 段使 DWR 能确定集合中存放的数据类型。例如下面的定义中我们无法知道 list 中存放的是什么
类型。
public class Check {
public void setLotteryResults(List nos)
{
...
}
}signatures 段允许我们暗示 DWR 应该用什么类型去处理。格式对以了解 JDK5 的泛型的人来说很容易理解。
<signatures>
<![CDATA[
import java.util.List;
import com.example.Check;
Check.setLotteryResults(List<Integer> nos);
]]>
</signatures>
DWR 中又一个解析器专门来做这件事，所以即便你的环境时 JDK1.3 DWR 也能正常工作。
解析规则基本上会和你预想规则的一样(有两个例外)，所以 java.lang 下面的类型会被默认 import。
第一个是 DWR1.0 中解析器的 bug，某些环境下不能返回正确类型。所以你也不用管它了。
第二个是这个解析器时"阳光(sunny day)"解析器。就是说它非常宽松，不想编译器那样严格的保证你一定正确。
所以有时它也会允许你丢失 import：
<signatures>
<![CDATA[
import java.util.List;
Check.setLotteryResults(List<Integer>);
]]>
</signatures>
将来的 DWR 版本会使用一个更正式的解析器，这个编译器会基于官方 Java 定义，所以你最好不要使用太
多这个不严格的东西。
signatures 段只是用来确定泛型参数中的类型参数。DWR 会自己使用反射机制或者运行时类型确定类型，
或者假设它是一个 String 类型。所以：
不需要 signatures - 没有泛型参数：
public void method(String p);
public void method(String[] p);
需要 signatures - DWR 不能通过反射确定：
public void method(List<Date> p);
public void method(Map<String, WibbleBean> p);
不需要 signatures - DWR 能正确的猜出:
public void method(List<String> p);
public void method(Map<String, String> p);
不需要 signatures - DWR 可以通过运行时类型确定：
public List<Date> method(String p);
没有必要让 Javascript 中的所有对象的 key 都是 String 类型 - 你可以使用其他类型作为 key。但是他们在使用之前会被转换成 String 类型。DWR1.x 用 Javascript 的特性把 key 转换成 String。DWR2.0 可能会用toString()方法，在服务段进行这一转换。
