WCF服务编程设计规范(7):WCF最佳实践《WCF Best Practice》资料下载与翻译

今天继续《WCF服务编程设计规范》系列,今天推荐一下另外一个学习资料,并提供下载。作者是Brian Noyes,Juval Lowy 的同事。PPT资料《WCF Best Practice》,中文翻译为《WCF最佳实践》。今天内容主要包含,作者介绍,资料的目录结构,然后是翻译的前三部:服务定义、异常处理和安全。中英文对照。分享给大家。你可以下载英文版ppt。/Files/frank_xl/WCFBestPractices.pdf
【1】英文目录 Contents:
WCF Best Practice
About Brian
Agenda
Service Definition
Service Exception Handling
Service Security
Service Hosting
Self Host Code
Client Proxy Classes
Client Proxy Management
Client Exception Management
Data Contracts
SOAP vs. REST
【2】中文目录:
WCF 最佳实践
关于Brian
大纲
服务定义
服务异常处理
服务安全
服务托管
自托管代码
客户端代理类
客户端代理管理
客户端异常管理
数据契约
SOAP和REST

【3】英文名称:《WCF Best Practice》

中文名称:《WCF最佳实践》

【4】About Brian

关于Brian

lBrian Noyes
lChief Architect,IDesign
IDesign 首席架构师
lbrian.noyes@idesign.net
lMicrosoft Regional Director
微软区域总监
lMicrosoft MVP Connected Systems
微软MVP
l Publishing
出版
Ø Developing Applications with Windows Workflow Foundation,
Ø LiveLessons training DVD,June 2007
Ø Smart Client Deployment with ClickOnce,Addison Wesley,January 2007
Ø Data Binding in Windows Forms 2.0,italic">Addison Wesley,January 2006
Ø MSDN Magazine,MSDN Online,italic">CoDe Magazine,The Server Side .NET,italic">asp.netPRO,Visual Studio Magazine
l Speaking
讲座
Ø Microsoft TechEd US,Europe,Malaysia,italic">Visual Studio Connections,DevTeach,italic">INETA Speakers Bureau,MSDN Webcasts
ØE-mail: brian.noyes@idesign.net
ØBlog: http://briannoyes.net

【5】Agenda

大纲

lService Best Practices
服务最佳实践
lClient Best Practices
客户端最佳实践
lData Contracts
数据契约最佳实践
lSOAP vs. REST
SOAP Rest

【6】Service Definition

服务定义

lSeparate contract from implementation
契约与实现分离
ØContract (interface) first
契约(接口)优先
lDefine services in a class library,not directly in a Host project
在类库里定义服务,不要在宿主项目里定义
lLayering
分层
ØSeparate Service Layer?
划分服务层
lInstance model
实例模型
ØChange to Per Call as default
设置Per Call (单调模式)为默认值
ØSession / Singleton when?
何时使用会话/ 与单例模式?

【7】Service Exception Handling

服务异常处理

lFor operation specific exceptions
为每个操作指定异常
ØTry/catch,throw FaultException<T>
Try/catch ,抛出FaultException<T>
lFavor using FaultException<T>
推荐使用FaultException<T>
ØFaultException can be ambiguous to the client because unhandled exceptions arrive as a FaultException
FaultException 对于客户端来说过于模糊,因为未处理的异常都会在客户端表现为FaultException
lInclude FaultContract in service contract definition if you throw FaultExceptions
如果你要跑出异常,请在服务契约定义里包含FaultContract (错误契约)
ØPart of the API you are exposing
就要暴露的API 的一部分
lFor global exception handling from services
对于来此服务全局的异常处理
ØUse an error handler
使用错误处理
lInclude exception details in debug builds only
只有在调试的时候才会包含异常的详细信息

【8】Service Security

服务安全

lIntranet services
企业局域网(以太网)服务
ØDefault Windows Auth may be all you need
默认使用Windows 验证
ØPossibly Hybrid �Windows Creds / Custom Application Roles
或者使用Hybrid �Windows 凭据/ 自定义Application 角色
lExtranet / Internet / Custom security needs
企业外部网络/ Internet/ 自定义安全需求
lUse ASP.NET Membership / Role providers
使用ASP.NET Membership / Role providers
lASP.NET providers
ASP.NET providers
ØReally a standard .NET framework security infrastructure
一个标准的.NET framework 安全基础结构
ØBuilt in providers for Windows or SQL Server � based credentials / roles
providers 里为Windows SQL Server 内建了基于凭据/ 角色的安全机制
ØEasy to implement custom providers
容易实现自定义providers
ØEstablish principal on the thread
线程上建立principal
ØRe-usable across ASP.NET,WCF,WPF & Windows Forms (via Client Application Services)
Ø 可以跨越ASP.NET WCF WPF Windows Forms ( 通过客户端应用程序服务)

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结