今日完成的事情：

一;完成Tuscany RMI代码

1;主要就是service端的部署

发布为service…………

启动获取service

2;客户端依旧是spring的rmi就不多说了….贴一张测试结果………

二;任务八九最重要的就是概念的理解,这里再总结总结吧

1; 什么是rmi？

先理解;对象的序列化 ………………………流的知识昨天已经说过了,这里就不赘述了……………………….

对象的序列化概念：对象的序列化过程就是将对象状态转换成字节流和从字节流恢复对象。将对象状态转换成字节流之后，可以用java.io 包中的各种字节流类将其保存到文件中，或者通过网络连接将对象数据发送到另一个主机。

简单来说,对象的序列化就是将程序中实例化的某个类的对象，比如students类或者任何一个类的对象，将它转换成字节数组，也就是说可以放到一个byte 数组中，然后就可以在网络直接通过协议传输了.

然后是分布式;这个也不赘述了; 不同的业务模块部署在不同的服务器上;或者同一个业务模块分拆多个子业务，部署在不同的服务器上;简单说, 就是本地计算机调用远程计算机上的一个函数。

这个时候就可以理解什么是rmi

RMI远程方法调用，它就是利用Java 对象序列化的机制实现分布式计算，实现远程类对象的实例化以及调用的方法。说的更清楚

些，就是利用对象序列化来实现远程调用，也就是上面两个概念的结合体;远程方法调用是一种计算机之间对象互相调用对方函

数，启动对方进程的一种机制，使用这种机制，某一台计算机上的对象在调用另外一台计算机上的方法时，使用的程序语法规则和

在本地机上对象间的方法调用的语法规则一样。

简单说一下弊端;数据库服务器都会非常忙的应付各个服务器的查询及操作请求。

2; SCA（Service Component Architecture）中文翻译为“服务组件架构”，是一种全新的软件架构思想。

SCA中，最重要的一个概念是Service服务,一种独立于具体的技术;主要有两层含义：一是程序语言，二是传输协议。

SCA与传统的业务组件最大区别在于SCA实现了两个功能：一是组件和传输协议的分离，二是接口和实现语言的分离。也正是两大好处…………..

SCA的好处1：组件之间处于一种松耦合的状态，不需要在自己的代码中加入对方组件的接口代码。

SCA的好处2：现有的组件是和传输协议紧密耦合的。比如EJB组件采用的是RMI传输协议，Web Service组件采用的是SOAP传输协

议。而SCA组件则能自由地绑定各种传输协议。

3;具体理解一下sca的组件概念

a: 服务组件是SCA架构的基本单元，SCA是以服务组件为基本单元来进行集成的。

服务组件的组成包含四个部分：服务、组件实现、引用、创建属性;

A;服务（Service），用来让其他组件调用。是一个接口。如果是基于Java的SCA，它就是Java的接口；

B;组件实现(Implementation)，实现所创建的服务，对Java来说，就是接口的实现类。

C;引用（Reference），一个组件可能需要调用其他组件，需要创建于igeqita组件的引用。对Java来说，就是其他组件的Java

接口。

D;属性（Property），对组件实现的一种属性参数注入。

对应到代码里就是abc……..

B;然后是SCA的服务模块……通过模块（Composite）将SCA组件集成在一起的.

具体来讲就是;SCA的模块实际上是将SCA组件（做为零件）重新组合集成度更高的组建，从整体看来SCA模块和SCA组件的结构式一

致的。从构成组件的“零件”角度看，SCA模块是用了组件作为零部件重新组装为新的组件（模块）。

模块是通过SCA的配置文件配置组装形成的，不需要程序的硬编码。

提升（Promote）：就是将组件的接口、属性、或引用装配为模块的对应的接口、属性或引用。

连线（Wire）：就是在模块内部，组件之间的调用关系。比如组件A的实现调用了组件B，那么组件AB间就存在一个连线。

当组件之间需要调用的时候，由于目前组件（如EJB、WS、JMS）传输协议的多样化，这样在相互的调用的时候，需要将绑定不同的协议去调用。

4;SOA是什么?

专业术语: SCA是一个将业务功能抽象为组件的编程模型，并将其用作构建模块来组装业务解决方案。SCA组件提供服务并依赖于称为引用的函数。它也有一个与它相关的实现，这是可以在任何技术中实现的业务逻辑。

SCA提供了一种声明方式来描述程序集中的服务如何相互交互，以及对交互应用什么质量的服务（安全性，交易等）。由于服务交互和服务质量是声明性的，因此解决方案开发人员仍然关注业务逻辑，因此开发周期被简化和缩短。这也促进了可用于不同环境的可重用服务的开发。例如，购物车服务可以在零售应用程序或旅行应用程序中使用而不改变。服务可以同步或异步交互，可以用任何技术实现。

SCA还为部署带来了灵活性。与SCA组装在一起的解决方案作为一个单元部署，可以分布在网络中的一个或多个节点上，并且可以重新配置而无需编程修改。

采用SCA编程模型的应用程序可以与非SCA应用程序进行交互。含义非SCA应用程序可以调用启用SCA的应用程序，启用SCA的应用

程序可以调用启用非SCA的应用程序。简单理解:SOA就是希望把软件变成像现在的积木玩具一样，变成一个个的小块，可以反复拼

接，但是他们之间要有一系列共同遵循的标准，并且有一定的灵活性，可以让应用企业根据自己的想象创造他们想要的东西。SOA

把企业基本应用封装成一个个的服务（积木小块），服务之间的接口遵循一系列统一的标准。企业可以根据自己的需求购买一个个

的服务，而不是一个模块或者一个系统的来购买应用系统。当企业有新的业务需求时只需再购买所对应的服务即可。

soa与sca的关系;简单的说就是soa是面向服务架构;而怎么面向就是以sca为模型来做的;而sca又是面向组件的,可以实现复用等优点;

5;微服务和soa….这个简单了解一下,概念名词太多了……….先亮明结论; 微服务架构依然是 SOA 架构思想的一种体现…………………

SOA：面向服务架构，java级企业开发的首选。

微服务：采用一组服务的方式来构建一个应用，服务独立部署在不同的进程中，不同服务通过一些轻量级交互机制来通信，例如

RPC、HTTP 等，服务可独立扩展伸缩，每个服务定义了明确的边界，不同的服务甚至可以采用不同的编程语言来实现，由独立的

团队来维护。简单的来说，一个系统的不同模块转变成不同的服务………..而且服务可以使用不同的技术加以实现………………….嗯,就到

这了…………….

明日计划的事情：

1;从任务一开始,准备复盘评审

2;学习Java基础

3;抓紧时间查漏补缺

4;准备小课堂

遇到的问题及解决方法：

概念名词太特么多了……..看了一天…….理解起来很困难,慢慢来吧…..或许以后知识多了,用的多了,就明白了.

收获：

1;基本完成任务内容,提交任务

2;也算是了解了sca这些架构了