在此处用方法签名给予暗示。
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()方法，在服务段进行这一转换。
原文链接：https://www.f2er.com/ajax/164345.html