【完成任务】

1. 白天一直在修改接口文档，同时和余良从新对了一下前台的页面，发现了一些问题，有待于产品确认。 

2. 晚上叶钦大神给我们梳理了一波Spring+Mybatis，同时晓进姐的帅男友给我们进行了一波java理论的洗礼和升华。

  （1） .class文件让java程序实现跨平台运行，

  （2）classpath： 路径标识符在maven代表.class文件所在文件路径，即target目录路径。

  （3） spring容器专注管理java中的各种类及其实例，通过getBean方法拿到的bean实例类型是object类型。至于为什么要转为service的接口类型，我个人认为是因为在其他用到service服务的地方，肯定是定义了service引用变量并且调用了其定义的方法。而具体的service实例会通过构造方法或者spring注入的方式将引用地址赋给该引用变量。 所以将spring返回的object类型的实例转型为service接口类型是为了在构造方法或spring注入的时候能够准确的将其引用地址赋给应该赋值的引用变量。

   这里面涉及到对多态的理解，我之前一直认为多态的定义是通过统一的接口去调用不同方法（这里接口的概念比interface大）。又去查了一波：

多态性：多态性是指允许不同类的对象对同一消息作出响应。多态性包括参数化多态性和包含多态性。多态性语言具有灵活、抽象、行为共享、代码共享的优势很好的解决了应用程序函数同名问题。 

   多个类的实例可以对同一消息作出响应，那我调用的时候可以任意调用一个有我想用方法的类，但是我写代码的时候我必须得写一个有特定名字的类（即接口interface），然后调用其中的方法。然后运行程序的时候只需要将任意一个拥有该方法的类转型为我写的接口类型，并且注入。这样我的程序就可以正常运行了。 这样做有一个好处，当里面的方法更新的时候，我只需要去改我注入的类里面的方法就好了，不需去动运行程序中的代码。通过spring注入就只需要改一下配置文件就欧了（spring，java界的apple，你值得拥有）。这里涉及到了静态代理（和动态代理），这个我也说不清，有机会了再研究一波。@晓进姐，你觉得我这样理解怎么样。

3.  tuscany RMI 通过tuscany 框架去那bind的实例还需要在core里面写个service的实现类（见艾燕窝)，然后导入core包的controller用这个实现类去接bind的实例，感觉还没直接用spring的代理实例去接这个实例简洁（spring大法真尼玛好）。晓进姐，我也想像你demo那么写。

【遇到问题】

1. 写文档报告什么的一直就是我的死穴，完全不想写啊啊啊啊啊。。

【目前收获】

1. 但是写文档是团队协作中最重要的一环啊，必须得修炼修炼。

【后续安排】

1. 继续写文档。