执行如下
批处理:
"C:\Program
Files\Microsoft SDKs\Windows\v6.0A\Bin\svcutil.exe"
http://127.0.0.1:40001/TestService?wsdl /language:C#
/out:"D:\TestProxy.cs" /config:"app.config"
"C:\Program
Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\svcutil.exe"
http://127.0.0.1:40001/TestService?wsdl /language:C#
/out:"D:\TestProxy.cs" /config:"app.config"
就能在 D盘 得到 代理类 & 配置文件片段
——————————————————————————————————————————————————————
关于 WCF的 传统用法 几点忠告：
>WCF不支持
List 等一切 集合类型 (一切集合 都会被 WCF 转换为 数组)
>WCF不支持
Hashtable 等大部 哈希类型 (大部哈希 都会被 WCF 转换为
Dictionary<object,object>)
——部分特殊情况 WCF
连 Dictionary<object, object> 都不支持
>注意在
服务端 对 需要的对象 声明特性 : [KnownType(typeof(TestVModel_User))]
>建议:
WCF穿透对象 尽量不要出现 List 和 Hash —— 可以的话 尽量用 T[] 和 Dictionary<K,
V>
>警告:
使用 Hashtable 就是一个 不折不扣 的 埋坑行为。
——————————————————————————————————————————————————————
关于
WCF的 另类用法 几个方案：
PS:
"穿透实体" = "视图实体"
"数据实体"
指 保存有效数据的 实体对象
>方案一
: WCF 传统用法 : 写服务端、生成客户端代理类
>优势
: 代码简单;
用
穿透实体 保护 数据实体;
>劣势
: 数据类型 狭隘; 存在 不稳定因素;
服务端改变,
所有 客户端代理类 需 重新生成 (最难维护 的 环节);
>方案二
: WCF 穿透对象 只使用 byte[]
>优势
: 通讯量小，速度快，类型广泛，数据稳定;不需要重新生成 代理类;
>劣势
: byte[] 反向解析 问题:
>如果 是 反序列化 :则 要求客户端 存在 实体类程序集 —— 无法保护 数据实体;
>方案三
: WCF 穿透对象 只使用 string
>优势
: 通讯量小，速度快，数据稳定，跨Java等平台，不需要重新生成 代理类;
>劣势
: >只能兼容 XML 和 JSON 类型 —— 类型依然狭隘;
>string
明文, 可能存在 安全问题;
>需要客户端
反解析 JSON 或 XML 字符串 —— 代码多了一点;
>方案四
: >系统内网电脑 WCF 使用 byte[] —— 共享 实体类程序集
>系统外网电脑
另外开辟 Web服务, 另外开辟 穿透实体;
>优势
: 在 有安全机制 的 内网, 使用 稳定快速的 方式;
>劣势
: 在 有风险 的 外网, 使用 另外的暴露 方式;
最后
: 实体类程序集
>只包含
视图实体类, 字段属性 —— 结构简单;
>并不包含
逻辑代码, 被外部引用 —— 真的会有 安全风险 么?
当然,
任何一种方案, 难度都差不多 —— 更多的都是 后期维护的 难度不同;
——————————————————————————————————————————————————————
关于 WCF的 维护测试：
>如果
没有标记 [DataMember] :
>如果
部分标记 [DataContract] 和 [DataMember] —— 则未标记 属性 会丢失(不会出现在
代理类中)
>如果
不标记任何 [DataContract] 和 [DataMember]
>且
不标记 [Serializable] —— 完全正常
>若
标记 [Serializable] —— 所有属性名 都会被加上 __BackingField 后缀
>如果
增加/减少 穿透对象的属性 :
>减少
穿透对象 属性, 但是 代理类却没有更新 —— 客户端一切正常, 减少属性 无值
>增加
穿透对象 属性, 但是 代理类却没有跟新 —— 客户端一切正常, (代理类 ExtensionData 有增加值)
>如果
增加/减少 服务函数 :
>如果
增加 服务函数 :
>如果
新函数 返回 新穿透对象, 但是 代理类却没有更新 —— 客户端 在不掉用新函数时(客户端根本就没有新函数)
一切正常
>如果
减少 服务函数, 但是 代理类却没有更新 —— 客户端 在不调用删除函数时 一切正常
>如果
函数参数列表 增加/减少 函数参数 :
>增加服务函数
末尾参数, 但是 代理类却没有更新 —— 客户端一切正常, 新参数 无值 (我已经被 彻底 雷死了)
>新增服务参数
乱序参数, 但是 代理类却没有更新 —— 客户端一切正常, 新参数 无值 (我已经被 完全 雷死了)
>减少服务参数
任意参数, 但是 代理类却没有更新 —— 客户端一切正常, 新参数 无值 (我已经被 无语了)
>打乱服务参数,
但是 代理类却没有更新 —— 客户端传入参数 异常 :
>如
:
>最开始
服务端、客户端 参数表: testArg, testArg2, testArg3
>服务端
修改为 testArg2, testArg, testArg3 —— 则 服务端 仅有 testArg testArg3
有值
>服务端
修改为 testArg, testArg3, testArg2 —— 则 服务端 仅有 testArg testArg2 有值
>结论
: WCF 的 稳定性&维护性 远远超过 我之前的 预期
——————————————————————————————————————————————————————
『随笔』WCF开发那些需要注意的坑,布布扣,bubuko.com
原文：http://www.cnblogs.com/shuxiaolong/p/20140524_001.html