随笔分类 - .NET(C#) 开发
摘要：有时你可能需要完成一个不可序列化或者需要对序列化内容进行改变的序列化过程。一个例子是由第三方组件提供者提供或者一个你不再拥有源码的组件中的一个类型。
阅读全文
摘要：对支持面向服务的架构来说，数据契约版本化会随着时间推移称为面向服务的一个重要方面。随着时间推移，比如创建了新的服务，它生成了一个数据契约的新版本，通过添加额外的信息。而不是重编译所有之前使用老的数据契约版本的客户端和服务端，你可能希望它们可以平滑的升级以便于可以共享公共数据，这也正是DataContractSerializer 要做的事情。如果有额外的数据，DataContractSerializer 将会抛弃额外的信息。但这并不是在所有情况下都能正常工作。如果数据被接受后又发送回给客户端，忽略任何额外数据意味着可能会丢失信息。一个例子是一个新的客户端发送数据给一个将信息存储在一个数据库中以用来在未来的某个时刻访问的旧服务。在这种情况下，如果客户端发送给服务端过程中有任何额外信息，它将在数据发送回给客户端时丢失。这也是IExentsibleDataObject接口要解决的问题。它提供一个接口给不知道数据契约的外部数据。它通过将反序列化过程中的未知数据存储到一个ExtensibleDataObject类中实现的。
阅读全文
摘要：WCF 中的默认序列化方法是DataContractSerializer. 这是WCF开发组想要大部分开发人员使用的序列化方法因为它强制进行契约共享而非类型共享。这是创建面向服务架构的一个原则。然而，如果你的想法是支持类型一致并在客户端和服务端间共享类型信息那么这个方法并不会为你的设计引入问题，你可以使用NetDataContractSerializer来序列化。就像在之前的”比较WCF序列化选项”章节描述的那样，NetDataContractSerializer与DataContractSerializer本质是类似的，但是额外支持了类型信息共享和引用保留。
阅读全文
摘要：循环引用是指一个对象维持对子对象的引用，子对象还会对其引用。关于循环引用的一个例子是一个子对象维持到父对象的父子关系。这些情况的类型在面向对象编程中很常用。对象维护循环引用的问题是序列化不可能没有对引用保留的支持。任何序列化结构将会在一个试着序列化对象的无终止循环中终止。引用保留允许对使用的数据添加一个引用而不是对数据反复序列化。
阅读全文
摘要：DataContractJsonSerializer支持使用以JavaScript 对象标记作为序列化格式并添加到.NET 3.5 Framework 中。如果从一个使用JavaScript 的网络应用调用服务序列化会工作的很好，特别是ASP.NET AJAX 和Silverlight 网络应用。当使用WebScriptEnablingBehavior行为时会使用DataContractJsonSerializer。对应的，如果WebHttpBehavior行为配置成使用JSON编码也可以使用DataContractJsonSerializer。这些终结点行为指导WCF支持REST/POX 类型服务。你可以查看第十三章"可编程站点"来获得关于属性的信息。现在我们将查看如何直接使用DataContractJsonSerializer并与先前提到的其他序列化结构进行比较。
阅读全文
摘要：XmlSerializer 是WCF中可以用来序列化的第三种方法。XmlSerializer 是已经被.NET2.0 架构内建支持的一个序列化方法。使用XmlSerializer有好几个优势，包括对已有.NET类型的支持，与ASP.NET Web 服务的兼容，和改变XML输出的能力。
WCF支持XmlSerializer以便于它可以与已有的类型一起使用，而DataContractSerializer是特别用于新类型的。对已有类型的支持通常是对已有的应用程序或者那些你没有源码或者你不能重编译的你应用程序来支持DataContract序列化的第三方组件。XmlSerializer也是使用ASP.NET Web 服务使用的序列化方法。这意味着XmlSerializer可以用来帮助将ASP.NET Web 服务转换到WCF中。最后， XmlSerializer对序列化XML的输出提供更多控制并可以用在那些DataContractSerializer不适合对序列化XML形状进行改变的场景中。
阅读全文
摘要：NetDataContractSerializer是WCF中一个可以替代的序列化方法，它允许类型共享。这个类可以再System.Runtime.Serialization命名空间中找到。当类型必须在客户端和服务端保持正确时会使用这个序列化方法。NetDataContractSerializer通过对CLR类型添加额外信息并保存引用来支持类型精确。除了这个，在NetDataContractSerializer和DataContractSerializer之间没有任何不同。
阅读全文
摘要：使用WCF有很多种方式来序列化对象。确定使用哪种方法来序列化取决于一系列因素。这些因素包括你是否想要与契约共享类型，支持现有的.NET类型，保留引用以及更多。
DataContractSerializer
WCF中默认的序列化方法是DataContractSerializer.这个类存在于System.Runtime.Serialization命名空间里。DataContractSerializer是用来支持基于XSD元数据的契约共享的。它将公共语言运行时(CLR)类型映射成XSD定义的类型。这意味着XSD是可以用来在两个应用程序间交换数据的公共元数据。例如，你可以使用XSD在一个.NET应用程序和一个Java应用程序间交换数据。我们使用一个字符串来举个例子。
阅读全文
摘要：使用DataContract序列化器在客户端和服务端之间将CLR类型转换成基于标准的XML的序列化。然而有很多场景并不适合使用DataContract序列化器。这包括不支持DataContract序列化器的对已存在的CLR类型的序列化，原有的Web 服务，交互系统，代码合并(比如.NET Remoting)和数据形状。数据形状是指控制一个用来性能优化和契约优先开发的序列化成XML的.NET类型的过程。在这些情况下，了解如何使用WCF和.NET Framework提供的序列化工具是很重要的。
编码是另外一个与序列化相关的重要主题。WCF在对象序列化和将消息转换成可以使用一个传输协议发送的字节间做了很多区别。
阅读全文
摘要：行为是WCF架构中一个重要的扩展点。它们在客户端或者服务端运行时(runtime)被构造时以及每个服务调用时使用。当运行时启动时，它通过检测传递给ClientChannel的类型结构或者ServiceHost来寻找行为，然后在配置文件中寻找。行为也可以在代码中和在打开ServiceHost之前添加到ServiceDescription 对象中定义，或者通过在代码中使用属性，或者在配置文件中。
阅读全文
摘要：实现了对在服务端配置中安装的软件授权码的一个验证行为。如果它不存在或者它不合法，服务将不会启动。它显示了服务运行时创建的用来验证配置信息的一个终结点行为。它也显示了当服务运行时创建时调用的一个行为扩展和扩展是如何将行为加入到服务运行时的。结果就是一个自定义行为在配置文件中(app.config 或者web.config)使用并被添加到服务运行时中以便于配置信息可以在服务启动时被验证。
阅读全文
摘要：有一些重要的用来处理安全的行为。这些会在第八章”安全”中讲述，但是理解他们作为行为的作用是很值得的。
ServiceCredentials 行为是一个用来确定一个服务的认证的服务行为。这个类对访问客户端安全信息是有用的，比如用户的Windows验证设置和客户端证书。它以一个行为的形式实现以便于它可以按照它们的安全信息检测进入的消息。
阅读全文
摘要：类myParameterInspector实现了IParemeterInspector接口。类存储了两个本地属性，_pattern和_message,用来在BeforeCall方法中验证参数。在那个方法中，使用正则表达式来匹配参数值和参数pattern.如果值与pattern不符合，会抛出一个错误。
阅读全文
摘要：实际应用时，如果你需要为诊断的目的实现一个消息检测器，请查看第十章”异常处理”以获得跟踪技术。
myMessageInspector 类实现了IDispatchMessageInspector接口。在它的BeforeSendRequest和AfterReceiveReply方法中它把消息打印到控制台。类myEndpointBehavior实现了IEndpointBehavior接口。在它的AddDispatchBehavior方法中它把myMessageInspector类添加到消息检测器列表中以便于可以被每一条消息调用。最后，主程序将myEndpointBehavior类添加到所有终结点的行为列表中。注意因为服务也有一个MEX终结点，对终结点的请求和回复也会被myEndpointBehavior打印出来。
阅读全文
摘要：自定义行为可以在WCF创建运行时和消息处理管道时让你在重要的地方插入代码。行为可以添加到代码中，通过属性或配置文件手动实现服务描述。在所有的情况中，代码可以做一些辅助动作，比如在一个目录中寻找信息或者为了审计的目的记录数据。
阅读全文
摘要：定义在操作层的行为TransactionScopeRequired和TransactionAutoComplete。在服务层，有两个额外的行为需要考虑: TransactionIsolationLevel和TransactionTimeout.
阅读全文
摘要：事务管理器负责协调多个部分间的工作并通过资源管理器提交工作。资源管理器负责处理可信赖，持续存储。取决于使用的资源和服务或应用跨越的边界，WCF将使用三个事务管理器中的一个来完成事务处理。轻量级事务管理器(LTM)用来在一个应用程序域中管理资源。核心事务管理器(KTM),仅仅存在于Vista 和Windows Server 2008 系统中，用来管理文件系统和注册表资源的事务。分布式事务管理器(DTC)用来管理跨程序，进程或者机器边界的事务。应用程序不控制具体使用哪一个事务管理器；WCF将会选择最合适的事务管理器并在没有应用程序干预的情况下按需要逐步扩大。
阅读全文
摘要：当在分布式系统中工作时，事务有时必须要跨越服务边界。例如，如果一个服务管理客户信息而另一个服务管理订单，一个客户提交一个订单并想产品可以发送到一个新的地址，系统将需要调用每个服务上的操作。如果事务完成，用户将会期待两个系统上的信息都被合适的更新。
如果基础架构支持一个原子事务协议，服务可以像刚才描述的那样被组合到一个复合事务中。WS-AT(网络服务原子事务)提供在参与的服务间共享信息的平台来实现ACID事务必须的两步语义提交。在WCF中，在服务边界间的流事务信息被称作事务流。
阅读全文
摘要：为了在WCF中实现这个行为，服务操作必须使用[OperationBehavior(TransactionScopedRequired=true)]属性来标记为是可事务化的。这指导WCF创建一个新的事务并在将控制权给那个方法前把执行线程入列。如果操作在它完成前失败了，所有在事务中进行的对事务资源的部分更新都将被回滚。
阅读全文
摘要：有两个场景一般用作事务的参考。多步骤商业过程是典型跨度分，天，月的长时间运行过程。它们可以涉及多个组织和基于人的工作流。短期运行事务是那些在几秒钟完成并很少有外部依赖的商业操作。尽管它们都有定义的很好的接口和确定的工作流，它们是根本不同的事物。WCF支持短期运行的事务。它通过借助.NET和Windows基础结构来实现运行在只有微软环境平台的事务同时通过使用WS-*标准事务来支持跨平台。
阅读全文
浙公网安备 33010602011771号