发表于: 2017-08-09 22:20:30

2 1226


今天完成的事情:

上午看了篇很不错的讲IOC和DI的文章

传统的面向对象设计中,底层由多个对象组成,对象之间要彼此合作才能实现业务逻辑,对象之间有多重依赖关系,导致耦合度过高,牵一发而动全身。为了解决耦合度过高,就需要IOC理论。

谁控制谁,控制什么:
传统SE程序设计中,我们直接在对象内部new进行创建对象。在IOC中用一个专门的容器来创建这些对象,即由IOC容器控制对象的创建;IOC容器控制对象,主要是控制外部资源的获取
为何是反转,哪些方面反转了:
有反转就有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;反转则是由容器来帮忙创建及注入依赖对象;为何是反转:因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;哪些方面反转了:依赖对象的获取方式反转了
IOC和DI
IOC的一个重点是在系统运行中,动态的向某个对象提供它所需要的其他对象,通过DI来实现。比如对象A需要操作数据库,以前我们是在A中自己编写代码来获得一个Connection对象,现在只需要告诉Spring,A中需要一个Connection,至于这个Connection是怎么构造,何时构造,A不需要知道,在系统运行时,Spring会在何时的时候制造一个Connection,然后像打针一样注射到A中,这样来完成对各个对象之间关系的控制。A需要依赖Connection来能正常运行,而这个Connection是由Spring注射到A中的,这就是依赖注入。spring是通过java里的反射来实现注入的。
理解DI的关键:
谁依赖于谁:应用程序依赖于IOC容器
为什么需要依赖:应用程序需要IOC容器来提供对象需要的外部资源;
谁注入谁:IOC容器注入应用程序某个对象,应用程序依赖的对象
注入了什么:就是注入某个对象所需要的外部资源(包括对象,资源,数据)
IOC和DI的关系
其实它们是同一个概念的不同角度描述。

附上地址:http://jinnianshilongnian.iteye.com/blog/1413846

又看了几个注解

@Service

对应着业务层的Bean,告诉Spring,当Spring要创建ServiceImpl的实例时,bean名字是Service。这样当使用ServiceImpl时,由Spring创建好Service注入给Action

@Param 声明参数,在mybatis和spring使用中有些区别

还看了一些其他的概念的东西,什么是高内聚低耦合,java设计模式之单例模式,

继续写了昨天的整合spring+mybatis的增删改查

增删改都过了,查出了点问题

debug模式单步了一下

这有一个错误,具体是什么还没找到解决方法,可能是配置文件出问题了..

安装了xshell5,弄好了服务器,连接了一下

看网上说要传文件需要安装一个lrzsz,就装了一下

今天主要花了很多时间看基础,没什么进度..

明天计划的事情:

部署数据库,部署服务到服务器上,看能完成到哪里了

遇到的问题:

IOC和DI到底是干什么的,看了好长时间各种论坛终于理解清楚了。debug模式还是看不太懂,找不好问题所在。xshell现在是完全不会用,搜了一下也没什么具体的教程,都是一些命令,明天好好看看。

收获:

学了挺多知识的,IOC和DI,一些java和spring注解,一些java基础概念,连接上了服务器

任务一步骤22

任务开始时间:2017.8.3

预计demo时间:2017.8.13

是否有延期风险:无

禅道连接:http://task.ptteng.com/zentao/project-task-286.html




返回列表 返回列表
评论

    分享到