总体上来说，两者区别是把SOA看成一个架构模型，该模型被达到概念分解目的的独特方法所定义 (与被面向服务的原则定义一样)；而Web services是一种技术平台，它可以实现SOA。但也存在其它的实现选择，只不过Web services是现在实现SOA的最流行最合适的选择。

时间紧迫，今天先说这么多，估计五一上网的机会不多，只能多看书了。。。

－ weijian

答应一起来活动，完全是出于好奇！兴趣始然吧，希望可以通过学习，对SOA有更多的了解，能对自己现在的学习和研究工作有所策动，也希望和组员合作愉快！

几天的日子都过得有点迷糊。几件事情把自己堆得很昏。

本来早该来说些什么的，一直没有心情。

又看了不多不少的一些关于SOA的介绍，Web服务应该是有过一段时间的发展了，但是给好象至今都没有一本或者几本书好书能够比较系统的介绍一下相关的知识。也没有看到一些真正能给我较大帮助的案例。

这些天看SOA，我也产生了一个我自己也觉得非常奇怪的想法，当然应该可以肯定我之所以有这样的想法还是对SOA整个的理解还局限在很肤浅的认识上。其实我在一些论坛上也发现有些人也和我有一样的想法。

我现在对SOA的理解是这样的，利用SOA架构一个企业管理软件系统，其实比较简单和粗略的可以认为将系统分为3个部分，前端是应用程序部分，负责与使用者交互信息，接受使用者的命令，返回结果等等系列。中间是一个转换理解的机制，相当于一个大接口，而这个接口的用处，我想后面再说。第3部分是服务提供程序，这个比较容易理解，就是后台完成一系列任务的服务程序，也可以说是服务提供程序。

我想体现SOA的关键应该是在中间那层，怎样将不同用户，不同应用程序的不同任务请求反馈的服务提供程序。又怎么样将服务提供程序的结果反馈回用户。而且还要做到接口的松耦合。几乎所有的书上都是说通过XML来做到，其实也不难理解。所以现在给我的感觉SOA的主要部分就是在于怎么用XML来完成接口的数据传递就可以了。能够使得所有的应用程序和服务提供程序都能够理解。

大致是这些。

有些话还是觉得只可意会不能言传，呵呵。

                                              --pipidog--

    SOA是基于Web Service构建的，因此要深入的理解SOA就要从Web服务的基本概念和架构入手。
    通过Web Service的初步学习和理解，我总体上认为Web服务的相关主要内容如下：
    Web 是使应用程序可以以与平台和编程语言无关的方式进行相互通信的一项技术。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 消息传递访问的操作。
    Web服务从其整体结构上可以分为三部分：Web服务提供者，Web服务代理和Web服务消费者。其中Web服务提供者包括那些Web服务所实现功能的组件和这些组件运行时所处的的基础设施平台（如一些ISP就可以用其已有的设施来提供Web服务）；Web服务代理是用来方便客户查找Web服务的中介，是Web服务的集中发布宣传的地方；而Web服务消费者则指使用或调用服务的个人或企业。
     Web服务的核心技术有XML，WSDL，UDDI，SOAP，其中Web服务功能的接口定义是通过Web 服务描述语言（WSDL）使用XML语法格式来实现的，而XML可以用真正与平台无关的方式来描述任何（所有）数据，以跨系统交换数据；SOAP（简单对象访问协议）是一种消息传递协议，它对消息进行了编码，这样就可以通过传输协议（如 HTTP、IIOP、SMTP或其他协议）在网络上传递消息。UDDI（统一描述、发现和集成Universal Description, Discovery and Integration）为查找和访问服务提供了注册中心和相关的协议，它定义了服务如何公开它们自己以及如何在网络上相互发现。当然Web服务的安全性方面的技术也是及其重要的内容，安全性的问题是影响Web服务将来能否被消费者广泛使用的一个关键方面。
     Web服务的优点在于：（1）跨平台性：让任何平台上的用任何语言编写的服务进行交互;（2）松耦合性，这意味着，每当其中某个或多个服务在设计或实现中发生变更时，服务应用程序之间的交互可能不会因此而中断; （3）资源的充分利用，降低开发成本：仅仅向现有或遗留的软件应用程序提供服务接口，而无需改变原来的应用程序，从而使这些应用程序完全可以运行在这种服务环境下，这就大大避免了开发新软件所需的巨大开发费用（4）灵活性：通过统一的服务接口能使现有的应用程序能适应将来各种变化中的业务条件和客户需要。
     以上仅是我对Web服务的浅浅的一个了解，其中它对于SOA很重要的那些概念和结构，还需以后进一步的深入理解。

 

在看一本书。

Web服务实用技术教程。

最近还是有点忙，好多事情催着要做。

史同学会在节后给出一个初步的需求分析。

希望大家努力

SOA对于我来说是一个非常陌生的名词，当看到SOA时，大致只知道它是面向服务的一种设计方式，我们所比较熟悉也经常接触并且有过相应的开发经验的是面向对象的。而什么是面向服务呢。

面向服务SOA（service-oriented architecture）,它将应用程序的不同的功能单元就是所说的服务通过这些服务之间定义良好的接口将这些服务联系起来。其实在面向对象的程序设计中，我们也接触过接口的概念，而这里所要求的接口与面向对象中的接口有着比较大的区别，大家知道面向对象方式中的接口是指我们通过接口能对特定的对象进行特定的操作，可以说接口是根据不同的对象特别指定的。不同的对象有着各种不同的接口对齐进行操作。接口和对象是紧密的联系在一起的。就是所说的紧耦合。这点比较容易理解。SOA中所用到的接口是以中立的方式进行定义的。我对这种说法的理解还是比较模糊的，它所要求的是接口定义没有强制绑定到特定的实现上，有很大的灵活性，当整个应用程序的每个服务的内部结构和实现逐渐发生改变时，它能够继续存在。我们知道通常面向对象的接口的目的就是为了隐藏内部实现个细节。这种理解的模糊我想是由于我将SOA降低到了面向对象的层次所造成的，SOA是组织各个完成的功能模块的。它的各个模块中同样是面向对象的设计方式。要想进一步理解SOA，还需要更多相关的介绍文档。

事情很多，等忙完T考，时间会多起来。每天我都会将今天的一些新的理解写到blog上，希望大家都能参与进来。

                                                                                                                                     pipidog 

我们的项目组拥有了自己的blog。

通过这个blog，我们可以将自己的学习和开发中的点点滴滴分享给大家。

从现在开始到5月下旬，我们将把主要的精力放在了解SOA,ESB等相关的知识上面。希望团队里的人都能将自己的每天的学习到的东西，对它们的新的理解分享给大家，也将自己看到的好的文章推荐给大家，也希望所有能看过我们博客的人们，对我们所说所理解的东西有自己看法的也能告诉我们。

                                                                                                         pipidog