Artech

Develop every application as an art using the most suitable technologies!

常用链接

统计

积分与排名

网上邻居

我的博文系列

最新评论

[原创]我的WCF之旅(7):面向服务架构(SOA)和面向对象编程(OOP)的结合——如何实现Service Contract的继承

当今的IT领域,SOA已经成为了一个非常时髦的词,对SOA风靡的程度已经让很多人对SOA,对面向服务产生误解。其中很大一部分人甚至认为面向服务将是面向对象的终结,现在的面向对象将会被面向服务完全代替。在开始本Blog之前,我先来谈谈我对SOA和OO的区别,首先申明,这只是一家之言,欢迎大家批评指正,并且关于SO的谈论不是本Blog的主题,只是主题的引子,在这里只是简单讨论而已 。

OO和SO之间具有共同的部分,在运用的领域上存在交集,只有在基于他们交集层面上谈论谁是谁非才有意义,下面是我对SO和OO的区别。

OO关注的是如何通过对实体属性和行为的封装来重塑模拟软件环境的真实实体。对SO关注的则是对现实生活的某个任务、功能的实现,说得通俗点,就是如果做好一件事情。所以对象是对Data和Behavior的封装,而Service则只是体现了一个Functionality。Service是粗粒度的,这样才能导致Contract的稳定;Service一般是Stateless的,给定什么样的输入,就会有对应的确定的输出;Service是Autonomous,基本上的实现封装在Service本身之中,这样可以使它对其它的Service产生最小的依赖。所以对Service建模是一件不太容易的事情:Service不能太大,否则实现起来不容易,还会增加对外界的依赖;也不能太小,否则整合这个Service的成本会令你望而却步。

Service是可组合的(Composable),通过整合相关的单独的,完成某个单个Task或者Activity的小的Service,可以很容易产生一个大的Service,这个Service可以完成一个Functionality的整个流程。比如我们现在把一个Task描述成一个Work flow,如果采用SO的原理来建模,我们可以把组成这个Workflow的单个Activity设计成一个service, 然后根据具体Workflow的特点(比如可能是一个简单的Sequential workflow,也可能是一个基于State machine的workflow)加上相关的条件很容易的把这些Service整合起来,实际上通过整合集成,我们生成一个新的Service。对OO,由于他面对的是一个的Object,具体在分布式中是一个个的Distributed object,要建立一个Composable object则很难(实际上这样也没有什么意义)。

在OO的概念中,一个Object的属性往往就是另一个Object,一个Function的实现往往要调用另一个Object的方法,而且这种层次结构可以无限延伸。这样就会导致真个Object体系变得异常脆弱,经常造成牵一发动全身的状况。用一个很时髦的词语来表达的,就是紧耦合(Tightly couple),Object之间的强依赖关系促成了这种紧耦合的、脆弱的体系结构。而OS则不一样,由于 构成Service体系的单个Service是自治的,Service之间的调用(调用的这个词语容易让人联想到RPC,如果找一个比较贴切的词语来代替,我觉得consume比较合适)是基于Contract的,Service之间Communication是通过Message的(Message不仅仅是Data的封装,还是对整个调用的描述,同时基于XML的Message描述和Message的传递都是符合一个开放的标准的),所有这些成就了SO的松耦合(Loosely couple)。

说了这么多,可能大家都觉得我都是在赞扬SO,都贬低OO。其实不然,上面所说的3个方面都是在讲应用的构建,而不是具体的编程模式。我想表达的是,曾经盛行的基于OO的理论,在企业应用构架方面,已经不能满足我们的需要了,我们迫切希望一种全新的理论来指导我们进行企业应用的构架和集成,而这个理论非SO不可。

而在编程模型层面,OO仍然是不可替代的编程模式。所以OO应用于Programming,而SO则更多地运用在Architecture。既然是这样,我们必须有一种调和剂来调和这两个运用不同原理的两个层面的差异,实现他们之间的无缝的结合。比如如何来对继承,多态,重载等基于OO行为的支持。在这方面,WCF为我们提供了很好的解决方案。所以我说WCF不但是为基于SOA的应用架构提供了技术支持,还通过相关的机制完成我们提出的这个“调和剂”的使命。

在上一篇文章[原创]我的WCF之旅(5):面向服务架构(SOA)对面向对象编程(OOP)的支持——如何实现Service Contract的重载(Overloading)中,我们谈到了WCF如何实现了对Overloading的支持,在这里我们通过一个Sample来讨论WCF对继承的支持。这个Sample中,我们通过一个WCF Service实现了提供天气信息的功能,或者说,我们实现了一个用作天气预报的WCF Service。

1.    我们照例来看看真个Solution 的结构:


整个Solution由以下4个project构成:

  • Artech.InheritanceHierarchy.BusinessEntity:这个Project通过定义的Class封装了在Client和Service端传递的数据,在本例中,我们定义了两个Class:BasicWhetherInfo和WindInfo,他们分别表示Client通过Service获得的基本天气情况和刮风的情况。
  •  Artech.InheritanceHierarchy.Service:这个Project是我们的Service,包括Service Contract和Service 本身。我们定义两个用作天气预报的Service:SimpleWhetherForecast和FullWhetherForecast,前面一个只用返回简单的天气状况的数据(Conditions和Temperature),FullWhetherForecast在SimpleWhetherForecast基础上增加了提供风向和风速的数据。
  • http://localhost/Artech.InheritanceHierarchy: 一个WCF Service Website,以IIS的方式对Service进行Host。
  • Artech.InheritanceHierarchy.Client: Client端。

2.    定义Artech.InheritanceHierarchy.BusinessEntity

BasicWhetherInfo.cs:

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.Serialization;

namespace Artech.InheritanceHierarchy.BusinessEntity
{
    [DataContract]    
    [KnownType(
typeof(WhetherConditions))]
    
public class BasicWhetherInfo
    
{
        
private WhetherConditions _condition;      
        
private double _temperature;

        
public BasicWhetherInfo(WhetherConditions condition, double temperature)
        
{
            
this._condition = condition;
            
this._temperature = temperature;
        }


        [DataMember]
        
public WhetherConditions Condition
        
{
            
get return _condition; }
            
set { _condition = value; }
        }


        [DataMember]
        
public double Temperature
        
{
            
get return _temperature; }
            
set { _temperature = value; }
        }


        
public override string ToString()
        
{
            
return string.Format("Conditions: {0}; Temperature: {1}"this._condition, this._temperature);
        }

    }


    
public enum WhetherConditions
    

        Clear,
        Cloudy,
        Overcost,
        Rainy
    }

}

BasicWhetherInfo包含连个字段/属性:Condition和Temperature。属于Condition不属于基元(Primitive type)所以我们需要添加    [KnownType(typeof(WhetherConditions))]Attribute(由于跨AppDomain的数据传递要求传递的数据先辈Serialization。对于.NET中定义的Primitive type,比如string,int以及其他一些常用的类型,比如datetime,WCF具有一套默认的序列化机制,但是对于另外一些类型,Serializor在执行Serialization的时候 需要获得相关类型的Metadata的信息,WCF通过KnownType attribute向Serializor提供Metadata的信息。)。WindInfo中的Direction属性也是一样的原理。 

WindInfo.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.Serialization;

namespace Artech.InheritanceHierarchy.BusinessEntity
{
    [DataContract]
    [KnownType(
typeof(WindDirection))]
    
public class WindInfo
    
{
        
private WindDirection _direction;       
        
private string _speed;

        
public WindInfo(WindDirection direction, string speed)
        
{
            
this._direction = direction;
            
this._speed = speed;
        }


        [DataMember]
        
public WindDirection Direction
        
{
            
get return _direction; }
            
set { _direction = value; }
        }


        [DataMember]
        
public string Speed
        
{
            
get return _speed; }
            
set { _speed = value; }
        }


        
public override string ToString()
        
{
            
return string.Format("Direction: {0}; Speed: {1}"this._direction, this._speed);
        }

    }


    
public enum WindDirection
    

        East,
        South,
        West,
        North,
        Northeast,
        SouthEast,
        Northwest,
        Southwest
    }

}

3.    定义Service:Artech.InheritanceHierarchy.Service

我们首先来定义Service Contract

ISimpleWhetherForecast.cs:

using System;
using System.Collections.Generic;
using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;
using System.ServiceModel;

namespace Artech.InheritanceHierarchy.Service
{
    [ServiceContract]
    
public interface ISimpleWhetherForecast
    
{
        [OperationContract]
        BasicWhetherInfo GetBasicWhetherInfo(
string postalcode);
    }

}

IFullWhetherForecast.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.ServiceModel;
using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy. Service
{
    [ServiceContract]
    
public interface IFullWhetherForecast:ISimpleWhetherForecast
    
{
        [OperationContract]
        WindInfo GetWindInfo(
string postalcode);
    }

}

我们定义了连个Interface作为Service Contract。其中IFullWhetherForecast继承ISimpleWhetherForecast。这里需要注意的是虽然IFullWhetherForecast继承ISimpleWhetherForecast,但是运用在ISimpleWhetherForecast中的ServiceContract Attribute却不能被IFullWhetherForecast使用,这是因为在定义System.ServiceModel. ServiceContractAttribute, 把运用在它之上的AttributeUsage的Inherited设为false, 导致它不能运用到派生的Class上面:

using System;
using System.Net.Security;

namespace System.ServiceModel
{
    [AttributeUsage(
1028, Inherited = false, AllowMultiple = false)]
    
public sealed class ServiceContractAttribute : Attribute
    
{
        
public ServiceContractAttribute();

        
public Type CallbackContract getset; }
        
public string ConfigurationName getset; }
        
public bool HasProtectionLevel get; }
        
public string Name getset; }
        
public string Namespace getset; }
        
public ProtectionLevel ProtectionLevel getset; }
        
public SessionMode SessionMode getset; }
    }

}

我们接着为这两个Service Contract定义对应的Service。

SimpleWhetherForecastService:

using System;
using System.Collections.Generic;
using System.Text;
using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Service
{
    
public class SimpleWhetherForecastService:ISimpleWhetherForecast
    
{
        
ISimpleWhetherForecast Members
    }

}

为了代码的重用,我们让FullWhetherForecastService继承自SimpleWhetherForecastService,这样我们就不必重新定义GetBasicWhetherInfo方法了。

FullWhetherForecastService.cs:

using System;
using System.Collections.Generic;
using System.Text;
using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Service
{
   
public class FullWhetherForecastService:SimpleWhetherForecastService,IFullWhetherForecast
    
{
        
IFullWhetherForecast Members      
    }

}

4.    Host Service:http://localhost/Artech.InheritanceHierarchy

现在我们完成了Service的定义,现在我们来Host我们定义的Service,这次我们通过IIS的方式来host service。我们首先在该Website中引用Artech.InheritanceHierarchy.Service Project。然后为FullWhetherForecastService定义相应的.SVC文件(由于Service Contract的继承关系构成了一种Service Contract的层次结构,从而导致所有定义的Operation都出现在最底层的Contract中,由于SimpleWhetherForecastService的Operation没有被FullWhetherForecastServiceOverride,所以现在我们只需要Host FullWhetherForecastService就可以了)。

<%@ ServiceHost Service="Artech.InheritanceHierarchy.Service.FullWhetherForecastService,Artech.InheritanceHierarchy.Service" %>

接着我们在Web.config中为Service注册Endpoint。

<?xml version="1.0"?>
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
    
<system.serviceModel>
        
<services>            
            
<service name="Artech.InheritanceHierarchy.Service.FullWhetherForecastService" behaviorConfiguration="returnFaults">
                
<endpoint contract="Artech.InheritanceHierarchy.Service.IFullWhetherForecast" binding="wsHttpBinding"/>
            
</service>
        
</services>
        
<behaviors>
            
<serviceBehaviors>
                
<behavior name="returnFaults">
                    
<serviceDebug includeExceptionDetailInFaults="true"/>
                    
<serviceMetadata httpGetEnabled="true" />
                
</behavior>
            
</serviceBehaviors>
        
</behaviors>
    
</system.serviceModel>
    
<system.web>
        
<compilation debug="true">
            
<assemblies>
                
<add assembly="System.DirectoryServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
                
<add assembly="Microsoft.Transactions.Bridge, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
                
<add assembly="SMDiagnostics, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
                
<add assembly="System.IdentityModel.Selectors, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
                
<add assembly="System.Security, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
                
<add assembly="System.Web.RegularExpressions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
                
<add assembly="System.Transactions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
                
<add assembly="System.Messaging, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
                
<add assembly="System.ServiceProcess, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/></assemblies></compilation>
    
</system.web>
</configuration>

5.    定义Client:Artech.InheritanceHierarchy.Client

到现在为止,我们完成了Service的定义和Host的工作,换句话说现在我们定义的Whether

 Forecast service已经可以访问,并暴露在这样的一个Address上:http://localhost/Artech.InheritanceHierarchy/FullWhetherForecastService.svc。现在我们来编写我们Client来访问这个Service。值得一说的是,现在这个Sample中,Client是一个独立的Application,我们既没有让他引用我们定义的Artech.InheritanceHierarchy.BusinessEntity(在WCF中,这个相当于Data Contract),也没有让它和Service共享同一个Service Contract。这很类似于在纯Web环境下调用Service。

我们通过添加Service reference的方式生成我们Client端的code, WCF中的添加Service reference同Web Service中的添加Web reference相识。通过添加Service reference,WCF会为我们生成基于Client的service contract,data contract,proxy,configuraiton,甚至为我们添加System.ServiceNModel dll的引用。下面就是我们生成的Code:

Code比较长,我们现在一部分一部分地来分析。

Part I:Data Contract

把这段代码基本上对应的我们在Artech.InheritanceHierarchy.BusinessEntity定义的Data Contract:两个Class:BasicWhetherInfo& WindInfo和连个Enum:WindDirection& WhetherConditions。不过有一点我觉得奇怪的是我们原来的BasicWhetherInfo& WindInfo的定义中,我Override了ToString方法,但是在生成的Class中,却没有相应的Code。我不清楚Microsoft对此事作怎么样的考虑,还是忽略了这一点。

Part II Service Contract

    [System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel""3.0.0.0")]    [System.ServiceModel.ServiceContractAttribute(ConfigurationName="Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast")]
    
public interface IFullWhetherForecast
    
{        
        [System.ServiceModel.OperationContractAttribute(Action
="http://tempuri.org/ISimpleWhetherForecast/GetBasicWhetherInfo", ReplyAction="http://tempuri.org/ISimpleWhetherForecast/GetBasicWhetherInfoResponse")]
        Artech.InheritanceHierarchy.Client.WhetherForecastService.BasicWhetherInfo GetBasicWhetherInfo(
string postalcode);
        
        [System.ServiceModel.OperationContractAttribute(Action
="http://tempuri.org/IFullWhetherForecast/GetWindInfo", ReplyAction="http://tempuri.org/IFullWhetherForecast/GetWindInfoResponse")]
        Artech.InheritanceHierarchy.Client.WhetherForecastService.WindInfo GetWindInfo(
string postalcode);
    }

在Service端,我们通过运用继承定义了一套Service contract的层次结构,并为处于最底层的Contract公开了一个Endpoint。在Client端,我们通过添加Service reference的方式生成了Client的Service contract的结构。不过Client的Service contract的结构是一种扁平的结构:通过一个Contract定义所有的Operation。

Part III Proxy

[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel""3.0.0.0")]
    
public interface IFullWhetherForecastChannel : Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast, System.ServiceModel.IClientChannel
    
{
    }

    
    [System.Diagnostics.DebuggerStepThroughAttribute()]
    [System.CodeDom.Compiler.GeneratedCodeAttribute(
"System.ServiceModel""3.0.0.0")]
    
public partial class FullWhetherForecastClient : System.ServiceModel.ClientBase<Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast>, Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast
    
{
        
        
public FullWhetherForecastClient()
        
{
        }

        
        
public FullWhetherForecastClient(string endpointConfigurationName) : 
                
base(endpointConfigurationName)
        
{
        }

        
        
public FullWhetherForecastClient(string endpointConfigurationName, string remoteAddress) : 
                
base(endpointConfigurationName, remoteAddress)
        
{
        }

        
        
public FullWhetherForecastClient(string endpointConfigurationName, System.ServiceModel.EndpointAddress remoteAddress) : 
                
base(endpointConfigurationName, remoteAddress)
        
{
        }

        
        
public FullWhetherForecastClient(System.ServiceModel.Channels.Binding binding, System.ServiceModel.EndpointAddress remoteAddress) : 
                
base(binding, remoteAddress)
        
{
        }

        
        
public Artech.InheritanceHierarchy.Client.WhetherForecastService.BasicWhetherInfo GetBasicWhetherInfo(string postalcode)
        
{
            
return base.Channel.GetBasicWhetherInfo(postalcode);
        }

        
        
public Artech.InheritanceHierarchy.Client.WhetherForecastService.WindInfo GetWindInfo(string postalcode)
        
{
            
return base.Channel.GetWindInfo(postalcode);
        }

}

现在我们可以通过FullWhetherForecastClient这个Proxy Class来访问Service了。虽然能完成我们的所有操作,但是这样的代码总觉得很别扭。我们希望的是以Service端定义结构进行Service的调用:Client具有两个Proxy:SimpleWhetherForecastClient和FullWhetherForecastClient。FullWhetherForecastClient继承自SimpleWhetherForecastClient。我们先删除我们生成的Code,按照以下的步骤来实现这样功能。

Step 1:定义Client端的Service Contract

ISimpleWhetherForecast

using System;
using System.Collections.Generic;
using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;
using System.ServiceModel;

namespace Artech.InheritanceHierarchy.Client
{
    [ServiceContract]
    
public interface ISimpleWhetherForecast
    
{
        [OperationContract]
        BasicWhetherInfo GetBasicWhetherInfo(
string postalcode);
    }

}

IFullWhetherForecast.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.ServiceModel;
using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy. Client
{
    [ServiceContract]
    
public interface IFullWhetherForecast:ISimpleWhetherForecast
    
{
        [OperationContract]
        WindInfo GetWindInfo(
string postalcode);
    }

}

除了namespace,和Service端的contract没有什么区别。

Step2:引用Artech.InheritanceHierarchy.BusinessEntity

Step3:   配置Endpoint

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    
<system.serviceModel>
        
<client>            
            
<endpoint address="http://localhost/Artech.InheritanceHierarchy/FullWhetherForecastService.svc"
              binding
="wsHttpBinding" bindingConfiguration=""  contract="Artech.InheritanceHierarchy.Client.IFullWhetherForecast"/>
        
</client>
    
</system.serviceModel>
</configuration>

因为Service端的Endpoint对应的Contract是Artech.InheritanceHierarchy.Service IFullWhetherForecast,所以我们适应对应的Client端的Contract:Artech.InheritanceHierarchy.Client.IFullWhetherForecast

Step 4:建立Proxy

SimpleWhetherForecastClient.cs

using System;
using System.Collections.Generic;
using System.Text;
using System.ServiceModel;
using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Client
{
   
public class SimpleWhetherForecastClient:ClientBase<IFullWhetherForecast>,ISimpleWhetherForecast
    
{
       
ISimpleWhetherForecast Members
    }

}

FullWhetherForecastClient.cs

using System;
using System.Collections.Generic;
using System.Text;

namespace Artech.InheritanceHierarchy.Client
{
    
public class FullWhetherForecastClient:SimpleWhetherForecastClient,IFullWhetherForecast
    
{
       
        
IFullWhetherForecast Members
    }

}

现在通过SimpleWhetherForecastClient和FullWhetherForecastClient完全以OO的方式优雅地调用Whether forecast service。

WCF相关内容:
[原创]我的WCF之旅(1):创建一个简单的WCF程序
[原创]我的WCF之旅(2):Endpoint Overview
[原创]我的WCF之旅(3):在WCF中实现双向通信(Bi-directional Communication)
[原创]我的WCF之旅(4):WCF中的序列化(Serialization)- Part I
[原创]我的WCF之旅(4):WCF中的序列化(Serialization)- Part II
[原创]我的WCF之旅(5):Service Contract中的重载(Overloading)
[原创]我的WCF之旅(6):在Winform Application中调用Duplex Service出现TimeoutException的原因和解决方案
[原创]我的WCF之旅(7):面向服务架构(SOA)和面向对象编程(OOP)的结合——如何实现Service Contract的继承
[原创]我的WCF之旅(8):WCF中的Session和Instancing Management
[原创]我的WCF之旅(9):如何在WCF中使用tcpTrace来进行Soap Trace
[原创]我的WCF之旅(10): 如何在WCF进行Exception Handling
[原创]我的WCF之旅(11):再谈WCF的双向通讯-基于Http的双向通讯 V.S. 基于TCP的双向通讯

[原创]我的WCF之旅(12):使用MSMQ进行Reliable Messaging
[原创]我的WCF之旅(13):创建基于MSMQ的Responsive Service

posted on 2007-04-11 11:12 Artech 阅读(7500) 评论(50)  编辑 收藏 网摘

评论

#1楼 2007-04-11 11:31 百评网[未注册用户]

不错,学习学习   回复  引用    

#2楼 2007-04-11 12:22 eBay      

精彩。希望首页出现更多的类似文章!   回复  引用  查看    

#3楼[楼主] 2007-04-11 12:28 Artech      

@eBay
谢谢eBay的关注!
  回复  引用  查看    

#4楼 2007-04-11 14:20 Jeffrey Zhao      

您不适合写博客!您这些应该是专栏文章或者技术书籍!   回复  引用  查看    

#5楼[楼主] 2007-04-11 14:32 Artech      

@Jeffrey Zhao
我只是喜欢在没有压力的情况下写点东西,如果写专栏文章或者技术书籍,压力或者是对质量的苛求会抑制我的灵感!
  回复  引用  查看    

#6楼 2007-04-11 15:21 Jeffrey Zhao      

@Artech
是啊,我也喜欢没有压力下写东西,但是您的作品质量比我的要高多了,我写blog非常随便,呵呵。:)
  回复  引用  查看    

#7楼[楼主] 2007-04-11 16:45 Artech      

@Jeffrey Zhao
老赵,也太谦虚了!你的Ajax文章我基本上每篇必看,我把你的文章当成了我入门的教材了,:)。
  回复  引用  查看    

#8楼 2007-04-11 18:51 Justin      

收了,有空再好好研究一下!   回复  引用  查看    

#9楼 2007-04-11 23:01 Jeffrey Zhao      

@Artech
不是谦虚,是事实,你看从篇幅上就看的出来,呵呵。
// 今天一下子把你这个系列的文章看完了,似乎都是在讲服务器端和客户端都用WCF进行互通,建议可以增加一些不同平台下交互的内容,必经这也是WCF的重头阿。其实您觉得应该把Service Contract从Service中剥离开来可以给Client用,也是基于客户端也是用WCF的。:)
  回复  引用  查看    

#10楼[楼主] 2007-04-12 10:22 Artech      

@Jeffrey Zhao
谢谢老赵的关注。
其实Client和Service端的Contract能否直接共享,依赖于一定的条件。如果Service和Client都是某个公司自己开发,这样没问题。如果要调用第3方的Service,这种情况很常见,比如很多B2B型的Application,Service 端的Contract很难被Client端共享。

在写这个系列的时候,我尽量兼顾这两个方面。实际上前面的Blog,我都是把Contract剥离出来为Service 和Client共享的。

至于跨平台之间的调用,这是一个好的提议。

  回复  引用  查看    

#11楼 2007-04-12 13:58 Jeffrey Zhao      

@Artech
因为把Contract剥离让Service和Client共享了,所以两者都必须用WCF了。
其实我最近是用WCF在做一个平台,但上层可能会使用J2EE的技术来构建应用,可能为了成本问题吧。
而且如果没有了interoperation的能力,SOA的一大优势也就没有了……;)
  回复  引用  查看    

#12楼[楼主] 2007-04-12 14:17 Artech      

@Jeffrey Zhao
你说得没错,interoperation是SOA一个重要的特性,也是WCF设计考虑的一个重要的因素。WCF遵循的都是业界标准(WS-* Spec),所以在互操作上得到很好的支持。比如他可以直接和Web Service进行互操作。
  回复  引用  查看    

#13楼 2007-04-12 17:58 David.Fan      

webservice factory的模板也是同样把Contract剥离让Service和Client共享,这样一来不同平台的互操作的能力确实是受到了影响。只是Contract的共享,能不能换一个别的方式呢?   回复  引用  查看    

#14楼[楼主] 2007-04-12 19:43 Artech      

@David.Fan
我觉得在不同的平台,虽然最终对应的Contract XML是一样的定义Contract的方式不一样。所以很难让处于不同平台的Client和Service共享同一个Contract。
  回复  引用  查看    

#15楼[楼主] 2007-04-13 11:21 Artech      

@Jeffrey Zhao
我始终觉得对于一个企业级的应用来说,一个很好的做法就是在开发Service的时候把Contract独立出来,Client能够共用就共用(Client和Service处于同一平台),如果不能就编写Client端的与之匹配的Contract。
  回复  引用  查看    

#16楼 2007-04-13 11:29 随风飘散

哥们我在研究WCF的例子的时候,发现一个重大的问题,就是关于安全方面的,你能跑通,使用UserName作为安全验证的例子吗?   回复  引用    

#17楼[楼主] 2007-04-13 13:48 Artech      

@随风飘散
没有试过,有结果答复你。
  回复  引用  查看    

#18楼 2007-04-13 16:46 随风飘散

哈哈,有空加我MSN:csharp2000@hotmail.com   回复  引用    

#19楼 2007-04-16 09:13 随风飘散      

我把你加到了.net framwork 3.0团队了   回复  引用  查看    

#20楼[楼主] 2007-04-16 11:16 Artech      

@随风飘散
Thanks
  回复  引用  查看    

#21楼 2007-04-16 13:48 随风飘散      

有机会好好聊聊,加我的MSN吧csharp2000@hotmail.com   回复  引用  查看    

#22楼 2007-04-18 11:13 Frank[未注册用户]

@Artech
我觉得本例中只是在Client端的调用上使用了OO的继承关系进行对接口的封装。service contract本身是不具有继承关系的,Server 端只是host了FullWhetherForecastService的实例,所以光从此文题目本身来说还是有些问题的。
另:你的svc文件写错了,应该Service="InheritanceHierarchy.Service.FullWhetherForecastService,否则出错^_^。
  回复  引用    

#23楼[楼主] 2007-04-18 12:16 Artech      

@Frank
Code 在Copy的时候出错了,应该是FullWhetherForecastService。 关于继承,实际上是OO的概念,SO,Service Contract实际上是没有继承的概念的。我只想表达的是如何以OO,以继承的编程方式来实现Service Contract。

谢谢你的提醒,这个说法确实不准确。
  回复  引用  查看    

#24楼 2007-04-18 15:03 Frank[未注册用户]

@Artech
交个朋友,我给你传了消息。最近在研究WS-Security在Wcf中的集成应用,如果有时间的话一起交流啊!
  回复  引用    

#25楼[楼主] 2007-04-18 19:00 Artech      

@Frank
我加你了:)
  回复  引用  查看    

#26楼 2007-10-31 21:05 neal1985[未注册用户]

请博主上传源码   回复  引用    

#27楼 2007-11-03 15:30 neal1985[未注册用户]

请楼主上传天气预报的代码,楼主的代码对我学习非常有用   回复  引用    

#28楼[楼主] 2007-11-04 12:02 Artech      

@neal1985
很抱歉,时间太久了,Source Code在上次重新装系统的时候删除掉了!
  回复  引用  查看    

#29楼 2007-12-11 16:54 老黄[未注册用户]

很高兴能看到你共享你的思路,但是我感觉面向服务架构(SOA)和面向对象编程(OOP)的结合光用继承是无法真正实现的,不管哪个应用的开发总会涉及到很多类和行为,如何在服务器端暴露及在客户端组装多个Service是比较关键的问题。不知道你有没有相关的思路,能够指教一二.   回复  引用    

#30楼 2007-12-11 20:17 王伶[未注册用户]

文章真的很好,要是少点错别字就更好了   回复  引用    

#31楼[楼主] 2007-12-12 16:08 Artech      

@老黄
你可以参考WS Orchestration!
  回复  引用  查看    

#32楼[楼主] 2007-12-12 16:08 Artech      

@王伶
谢谢你的提醒,这确实是老毛病了^_^
  回复  引用  查看    

#33楼 2007-12-19 23:44 rockin      

收获很多, 多谢楼主!!   回复  引用  查看    

#34楼 2007-12-29 10:33 txdlf      

不过有一点我觉得奇怪的是我们原来的BasicWhetherInfo& WindInfo的定义中,我Override了ToString方法,但是在生成的Class中,却没有相应的Code。我不清楚Microsoft对此事作怎么样的考虑,还是忽略了这一点。
---------------------------------------------------------------
我觉得你不应该有这样的疑问~~
  回复  引用  查看    

#35楼 2008-01-15 16:48 onekey      

soa是面向于多种平台提供的服务,所以也就不能真正意义上的实现重载和继承,这里你只是重写和复用了proxy。

btw:文章写得不错,对wcf实现机制分析得很透。
  回复  引用  查看    

#36楼[楼主] 2008-01-15 17:27 Artech      

@onekey
重载和继承本来仅仅是OO的概念,SOA 根本就没有这么一说^_^。这中方法仅仅在这中间搭建一座桥梁。
  回复  引用  查看    

#37楼 2008-02-27 13:59 千年之夏[未注册用户]

偶跟你文章卯上了   回复  引用    

#38楼 2008-04-18 15:40 BAsil      

楼主,谢谢了   回复  引用  查看    

#39楼 2008-06-26 18:37 passion[未注册用户]

项一个.向您学习.xml序列化没有看到序列化集合的例子哦.   回复  引用    

#40楼 2008-07-22 16:59 LIN123[未注册用户]

为什么不加这个“[KnownType(typeof(WindDirection))]”也没有问题呢?
  回复  引用    

#41楼[楼主] 2008-07-24 09:11 Artech      

@LIN123
我先试试!
  回复  引用  查看    

#42楼 2008-10-09 11:16 liyiqun[未注册用户]

Hi,我试用了你上面的用例,但是我在Client调用的时候,用ToString()方法,不能实现Service端的ToString()方法   回复  引用    

#43楼[楼主] 2008-10-09 12:08 Artech      

@liyiqun
能说的具体点吗?
  回复  引用  查看    

#44楼 2009-02-12 10:43 xinghuo[未注册用户]

@Artech
我在Client调用的时候,用ToString()方法,也是不能使用override的Tostring()方法
  回复  引用    

#45楼[楼主] 2009-02-16 08:07 Artech      

@xinghuo
不太明白你的意思!
  回复  引用  查看    

#46楼 2009-06-29 15:56 EdwardWang[未注册用户]

Hi Artech,
你在通篇文章里都把“天气”的单词搞错了,应该是“Weather”,而不是“Whether”。
  回复  引用    

#47楼[楼主] 2009-06-29 16:06 Artech      

--引用--------------------------------------------------
EdwardWang: Hi Artech,
你在通篇文章里都把“天气”的单词搞错了,应该是“Weather”,而不是“Whether”。

--------------------------------------------------------
你不说还真没发现,呵呵!闹笑话了,谢谢!
  回复  引用  查看    




发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 708510




相关文章:

相关链接: