在发布webservices时,通常有两种方法,即代码优先和契约优先;前者是通过写编写程序代码,然后自动生成wsdl文件。
后者是先编写wsdl文件,再生成服务端与客户端。网上大部分例子都是基于代码优先的,因为它们都有一共同的特征:都很简单
首先看一下采用代码优先的缺点:
1、若服务发生了修改,wsdl文档也要随之发生改变,在软件开发过程中,其中一个首要原则就是:一个接口,一旦发布就应该
长期保存不变,这样基于这个接口编写的客户端一旦开发完毕才无须由于接口的变化而进行调整。
2、代码优先方法也违背了基于SOAP的web服务中语言无关这一主题。若是契约优先,契约在最初已经定义完毕,那么设计实现
语言可以保持一种开放性(使用C\C++、C#、Java等语言)。不受语言的限制。
所以如果是比较小的项目,几个接口比较简单,那么采用代码优先不失为一种省时省力的方法。但如果项目比较庞大,需要多方
参与,那么最好采用契约优先,制定标准,统一接口。这样不会因为项目中的某一方更改功能或者需求频繁更改接口。