[对象属性时] [元素节点]都为必输項,且[元素取值]都不能为空
3、Java和.NET由WSDL自动生成代码的规则接着上面的实验结果,先来做最简单的测试:1、用java的client对接java的service生成代码;2、用.NET的client对接.NET的Service生成代码然后分别观察Client端自动生成的Person类和Server段的Person是否完全一致。这里不再演示只说结论,结论是:生成的Person分别和各自Server端的完全相同
nillable="true"/>最好还是别支持了但现在普通应用类型你既支持minOccurs=0又支持nillable=true,那包装类型和普通引用类型分开的必要性究竟是神马!!!!!!2、再来看xxxSpecified前面说到,微软认为对于像type=int这样的节点如果element定义中出现了minOccurs=0,则要生成一個xxxSpecified属性这么搞使用起来简直太麻烦了——让程序员指定xxxSepcified为true或false来控制元素节点要不要显示,这种麻烦还是由于“区别对待”带来的微软呮通过nillable判断是否是包装类型,对于minOccurs=0的情况它不得不生成一个xxxSpecified而如果不区别对待的话就简单多了,只要minOccurs=0和nillable=true随便哪个出现或同时出现直接苼成包装类型。
序列化的时候java和.NET在处理上也不尽相同:
1、java优先考虑minOccurs,如果minOccurs=0那不管nillable等于神马,程序中的null以[元素节点]不出现的方式来体现;如果minOccurs=1则程序中的null以[元素取值]为空的方式来体现;这样的规则同时适用于值类型、包装类型和普通引用类型。
2、而.NET则优先考虑nillable如果nillable=true,那不管minOccurs等于神马程序中的null以[元素取值]为空的方式来体现;如果nillable=false,则程序中的null以[元素节点]不出现的方式来体现;这样的规则同时适用于值類型、包装类型和普通引用类型(注:Specified=true的前提下)
[对象属性时] [元素节点]都为必输項,且[元素取值]都不能为空
3、Java和.NET由WSDL自动生成代码的规则接着上面的实验结果,先来做最简单的测试:1、用java的client对接java的service生成代码;2、用.NET的client对接.NET的Service生成代码然后分别观察Client端自动生成的Person类和Server段的Person是否完全一致。这里不再演示只说结论,结论是:生成的Person分别和各自Server端的完全相同
nillable="true"/>最好还是别支持了但现在普通应用类型你既支持minOccurs=0又支持nillable=true,那包装类型和普通引用类型分开的必要性究竟是神马!!!!!!2、再来看xxxSpecified前面说到,微软认为对于像type=int这样的节点如果element定义中出现了minOccurs=0,则要生成一個xxxSpecified属性这么搞使用起来简直太麻烦了——让程序员指定xxxSepcified为true或false来控制元素节点要不要显示,这种麻烦还是由于“区别对待”带来的微软呮通过nillable判断是否是包装类型,对于minOccurs=0的情况它不得不生成一个xxxSpecified而如果不区别对待的话就简单多了,只要minOccurs=0和nillable=true随便哪个出现或同时出现直接苼成包装类型。
序列化的时候java和.NET在处理上也不尽相同:
1、java优先考虑minOccurs,如果minOccurs=0那不管nillable等于神马,程序中的null以[元素节点]不出现的方式来体现;如果minOccurs=1则程序中的null以[元素取值]为空的方式来体现;这样的规则同时适用于值类型、包装类型和普通引用类型。
2、而.NET则优先考虑nillable如果nillable=true,那不管minOccurs等于神马程序中的null以[元素取值]为空的方式来体现;如果nillable=false,则程序中的null以[元素节点]不出现的方式来体现;这样的规则同时适用于值類型、包装类型和普通引用类型(注:Specified=true的前提下)