今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

一、继续tuscany

1.因为昨天使用引用就失效，

所以直接不使用引用这次，直接使用注入的方式来操作，

public class Calculator implements ICalculator{
    private ApplicationContext ctx = new ClassPathXmlApplicationContext("classpath:applicationContext.xml");
    private IAdd add=ctx.getBean(IAdd.class);
//    @Autowired
//    private IAdd add;
//    public IAdd getAdd() {
//        return add;
//    }
//
//    @Reference
//    public void setAdd(IAdd add) {
//        this.add = add;
//    }
//暂时只使用单组件，而不使用引用
    @Override
    public double add(double a, double b) {
        return this.add.add(a,b);
//        return  a+b;
    }
}

将注入需要的相关配置放进applicationContext.xml

然后启动就可以发现已经成功了。

至于为什么引用失败我就真的不知道了，其实也没多大的影响，只是合成组件的思路就暂时无法执行了，本来可以使用多个组件合成，现在只能重新去定义这个组件，就显得很蠢。不过好处就是不用写set/get方法了。

2.然后是服务端和客户端的分离

首先是在客户端实现同名接口

public interface ICalculator {
    double add(double a,double b);
}

然后是在composite去定义service name,url和port

<!--组件名-->
    <component name="CalculatorServiceComponent">
        <!--组件对应实现类-->
        <implementation.java class="com.task.tuscany.server.Calculator" />
        <service name="Calculator">
            <!--在客户端也需要实现此接口才行-->
            <interface.java interface="com.task.tuscany.server.ICalculator"/>
            <!--客户端调用的uri，暴露ip,port,serviceName-->
            <tuscany:binding.rmi uri="rmi://127.0.0.1:8099/CalculatorRMIService"/>
        </service>
        <!--<reference name="Add" target="AddComponent"/>-->
    </component>

需要注意的是，这里在服务端就把uri写死了，不像rmi在服务端只写了端口号和服务名，所以相比较会比较笨重。

然后是main方法中只开启节点，

在客户端写Main方法调用即可

ICalculator c= (ICalculator) Naming.lookup("//127.0.0.1:8099/CalculatorRMIService");
System.out.println(c.add(1, 2));

可以看到此时操作成功

3.那么现在我要在原来的基础上使用多个组件的话，就得定义多个组件。

比如我现在需要再增加一个HelloWorld的组件，就需要在composite中再多定义一个component即可

首先是常规的接口和实现类

@Remotable
public interface IHelloWorld {
    String sayHello(String world);
}

public class HelloWord implements IHelloWorld {
    @Override
    public String sayHello(String world) {
        System.out.println("Hello"+world);
        return "Hello"+world;
    }
}

注意看和之前的区别，这里多了一个@Remotable的标签，如果不加这个标签的话，就会报错说少了这个标签，可能这个标签加了之后程序才知道这个接口可以实现远程调用。

然后就是composite,注意看区别

<!--组件名-->
    <component name="CalculatorServiceComponent">
        <!--组件对应实现类-->
        <implementation.java class="com.task.tuscany.server.Calculator" />
        <service name="ICalculator">
            <!--在客户端也需要实现此接口才行-->
            <interface.java interface="com.task.tuscany.server.ICalculator"/>
            <!--客户端调用的uri，暴露ip,port,serviceName-->
            <tuscany:binding.rmi uri="rmi://127.0.0.1:8099/CalculatorRMIService"/>
        </service>
        <!--<reference name="Add" target="AddComponent"/>-->
    </component>
    <!--二号组件-->
    <component name="HelloWorldServiceComponent">
        <implementation.java class="com.task.tuscany.server.HelloWord" />
        <service name="IHelloWorld">
            <!--在客户端也需要实现此接口才行-->
            <interface.java interface="com.task.tuscany.server.IHelloWorld"/>
            <!--客户端调用的uri，暴露ip,port,serviceName-->
            <tuscany:binding.rmi uri="rmi://127.0.0.1:8099/HelloWorldRMIService"/>
        </service>
    </component>

可以看到，我之前 的service name是对应的实现类的名字，但是这里必须得使用接口名，这就是加了@Remoteable标签的区别，不加的话需要对应实现类的名字，加了需要对应接口的名字。

同理，在客户端增加相对应的接口，然后就可以在main方法中调用了

public static void main(String[] args) throws Exception{
    ICalculator c= (ICalculator) Naming.lookup("//127.0.0.1:8099/CalculatorRMIService");
    System.out.println(c.add(1, 2));

    IHelloWorld h=(IHelloWorld)Naming.lookup("//127.0.0.1:8099/HelloWorldRMIService");
    System.out.println(h.sayHello("spring"));
}

结果如下，可以看到两个组件都调用成功了

4.按照道理，接下来我应该加到自己项目里，但是这里的spring的版本太低了，和我之前项目的jar包有冲突，所以就不进行这一步了。服务器也不放上去了，方法和rmi也差不多，其实我是怕真遇到问题百度都百度不到，很难受。

直接去学习Dubbo比较好。

二、深度思考

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

2.SOA

Service-Oriented Architecture，面向服务的架构。

• 是一种面向通用集成服务的、松耦合的架构实现方式，是web时代服务发展的产物；
• 使用"分层"理念，比传统的"观察者"模式更高级且更有优势，主要体现在易扩展性和可灾；
• 适用于大型复杂业务系统的数据共享。

目前多数企业都在使用SOA架构模式，各个业务层只需将主要精力用于其自己的业务代码，对于核心的服务只需通过简单切明确的接口定义与服务提供方进行交互、通讯等。

三、任务总结

任务总结

1.任务名称：java-task9

2.成果链接：https://github.com/superkingdan/task9

3.任务耗时：6.7-6.9共三天，有点慢，因为资料太少了，报错了之后都找不到解决办法。然后前一天跑得好好的demoi第二天又跑不起来了，很神奇。

4.技能脑图：对tuscany的理解不是很深刻，因为一直在报错找错，找不到，换方法中，期间学习了一下多模块管理，避免像task8一样把server和client还要分开写的尴尬情况。。。

官方脑图

个人脑图

5.任务总结

1）tuscany总的来说和RMI差不多，都是远程调用实现web和service的分离，但是其相比RMI局限性更多：

第一个是jar包的版本，其spring版本是3.0.5,古董版本，如果使用，很多其他的包就用不了，比如aspects。

第二个是其服务端就必须设置url，这样子就会显得比较笨重，不如rmi那种只写端口和service name来的灵活。

2）使用时不知道是我自己操作问题还是啥，合成组件无法使用，最后只能使用依赖注入来调用，感觉和SCA介绍里吹得天花乱坠不一样啊。

3）多个服务组件一起调用时，要在接口上打上@Remotable标签，然后服务名必须写为接口名，否则会报莫名其妙的错误。

4）没有上服务器操作，但是感觉应该和RMI差不多。

明天计划的事情：（一定要写非常细致的内容） 

学习Dubbo,今天看了师兄的小课堂是讲Dubbo,感觉还比较简单，而且实现起来功能也比RMI丰富，明天尝试一下。
遇到的问题：（遇到什么困难，怎么解决的） 

@Remotable的问题，不过参考师兄日报解决了
收获：（通过今天的学习，学到了什么知识）

1.完成了tuscany的分离

2.实现了多组件调用

3.稍微了解了一下Dubbo