本文共 6846 字，大约阅读时间需要 22 分钟。
对于Web HTTP编程模型来说，服务契约中作为操作的方法无须应用OperationContractAttribute特性，只需要根据需要应用WebGetAttribute与WebInvokeAttribute特性即可。前者针对GET HTTP方法，或者则针对其他HTTP方法。WebGetAttribute与WebInvokeAttribute的属性BodyStyle和IsBodyStyleSetExplicitly涉及到“Web消息主体风格”的话题。
1: [AttributeUsage(AttributeTargets.Method)]
2: public sealed class WebGetAttribute : Attribute, IOperationBehavior
3: { 4: //其他成员
5: public WebMessageBodyStyle BodyStyle { get; set; } 6: }
7:
8: [AttributeUsage(AttributeTargets.Method)]
9: public sealed class WebInvokeAttribute : Attribute, IOperationBehavior
10: { 11: //其他成员
12: public WebMessageBodyStyle BodyStyle { get; set; } 13: }
至于消息主体的风格通过具有如下定义的枚举表示。
1: public enum WebMessageBodyStyle
2: { 3: Bare,
4: Wrapped,
5: WrappedRequest,
6: WrappedResponse
7: }
我们知道请求消息和回复消息分别是对操作方法输入参数和返回值（输出参数和引用参数）的封装，WebMessageBodyStyle中的Bare表示请求消息和回复消息的主体部分仅仅包含针对输入参数和返回值（输出参数和引用参数）序列化后的内容，而Wrapped则会在外面包装一个基于当前操作的“封套”。枚举项WrappedRequest和WrappedResponse用于单独针对请求消息和回复消息的主体进行封装。
WebGetAttribute与WebInvokeAttribute的属性BodyStyle的默认值为Bare。如果该属性被设置成WrappedRequest，则回复消息主体依然采用Bare风格；如果该属性被设置成WrappedResponse，则请求消息主体依然采用Bare风格。布尔类型的只读属性IsBodyStyleSetExplicitly表示是否针对属性BodyStyle进行了显示设置。
目录
一、Xml+Bare 二、Xml+Wrapped 三、JSON+Bare 四、JSON+Wrapped 五、Bare请求消息风格对单一输入的限制 六、Bare回复消息风格对单一输出的限制
我们通过来看看针对不同的消息格式（XML和JSON），请求消息和回复消息的主体在采用不同风格的情况下具有怎样的结构。现在我们对应用在契约接口IEmployees中的Create操作方法上的WebInvokeAttribute进行了如下的修改，即显式地指定了请求消息和回复消息的格式（XML）和主体风格（Bare）。同时也将返回类型从void编程了Employee，并直接将创建的Employee对象返回。
1: [ServiceContract]
2: public interface IEmployees
3: { 4: //其他成员
5: [WebInvoke(UriTemplate = "/", Method = "POST",
6: RequestFormat = WebMessageFormat.Xml,
7: ResponseFormat = WebMessageFormat.Xml,
8: BodyStyle = WebMessageBodyStyle.Bare)]
9: Employee Create(Employee employee);
10: }
11:
12: public class EmployeesService : IEmployees
13: { 14: //其他成员
15: public Employee Create(Employee employee)
16: { 17: employees.Add(employee);
18: return employee;
19: }
20: }
我们针对如下所示的代码通过服务调用添加一个姓名为“王五”的员工。
1: using (ChannelFactorychannelFactory = new ChannelFactory ("employeeService"))
2: { 3: IEmployees proxy = channelFactory.CreateChannel();
4: proxy.Create(new Employee
5: { 6: Id = "003",
7: Name = "王五",
8: Grade = "G9",
9: Department = "行政部"
10: });
11: }
针对如上所示的服务调用，由于消息格式和主体风格分别为Xml和Bare，所以作为请求消息和回复消息的主体仅仅是Employee对象被序列化后生成的XML片断，具体内容如下所示。
1: 请求消息主体：
2:
3: xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
4:行政部
5:G9
6:003
7:王五
8:
9:
10: 回复消息主体：
11:
12: xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
13:行政部
14:G9
15:003
16:王五
17:
二、Xml + Wrapped
现在我们对契约接口略加修改，将应用在操作方法Create上的WebInvokeAttribute特性的属性BodyStyle设置为Wrapped。
1: [ServiceContract]
2: public interface IEmployees
3: { 4: //其他成员
5: [WebInvoke(UriTemplate = "/", Method = "POST",
6: RequestFormat = WebMessageFormat.Xml,
7: ResponseFormat = WebMessageFormat.Xml,
8: BodyStyle = WebMessageBodyStyle.Wrapped)]
9: Employee Create(Employee employee);
10: }
针对相同的服务调用，请求消息和回复消息将具有如下所示的主体内容。我们可以看出Employee被序列化后生成的XML在请求消息中作为<Create>元素的子元素；对于回复消息来说，Employee被序列化后生成的XML的根元素名称为CreateResult，而不是<Employee>，而整个<CreateResult>内嵌于< CreateResponse >元素中。
1: 请求消息主体：
2:
3:
4: xmlns:i="http://www.w3.org/2001/XMLSchema-instance">