51CTO-大型门户网站是这样炼成+这个只是spring+部分.doc

这个只是spring 部分 6.1.3? Spring 2.5拿手戏--控制反转与依赖注入 人类社会由数以亿计的拥有不同本领的人组成，通过这些人的不同分工协作完成了许多不可思议的惊天杰作，从而呈现出一幅又一幅美妙的生活全景图。我们习惯将这种组合称为团队，团队讲求的是分工与协作，谁也离不开谁。在Java EE的世界里，充满了身怀绝技的Java类，通过这云云Java类的分工协作，造就了五彩缤纷的Java EE应用王国。 当我们需要别人的帮助才能完成某项工作时，毫不犹豫地就会想到请，这种请无疑是一种盛情的、主动的请求。沿用这种处事风格，我们的Java EE应用开发走过了漫长的请的岁月。例如： /**?负责处理用户管理底层数据访问?*/? public?class?UserDao{ ? ????//保存用户数据 ? ????public?void?saveUser(User?user){ ? ????????//进行数据的保存工作，省略代码 ? ????} ? ????......?? ? } ? ? /**?负责处理用户管理业务逻辑?*/? public?class?UserService{ ? ????//主动创建数据访问组件 ? ????UserDao?dao?=?new?UserDao();???? ? ????//处理新增用户业务逻辑 ? ????public?void?addUser(String?userName,String?userPwd){ ? ????????User?user?=?new?User(); ? ????????user.setUserName(userName); ? ????????user.setUserPwd(userPwd); ? ????????//调用UserDao的saveUser方法进行数据保存 ? ????????dao.saveUser(user);????? ? ????} ? ????......?? ? } ? ? /**?负责处理用户管理业务请求?*/? public?class?UserAction{ ? ????//主动创建业务逻辑处理组件 ? ????UserService?service?=?new?UserService(); ? ????//处理新增用户请求 ? ????public?void?addUser(){ ? ????????String?userName?=?liubin; ? ????????String?userPwd?=?123456; ? ????????//调用UserService的addUser方法进行业务逻辑处理 ? ????????service.addUser(userName,userPwd); ? ????}??? ? ????...... ? }? 上面这种风格（见图6-2）的代码是那么眼熟，又是那么亲切，毕竟用了那么多年，不知是习惯了还是麻木了。在一个类（如UserAction类）中需要用到另一个类（如UserService类），也就是一个类依赖另一个类时，顺手就是一个new，当应用变得庞大，依赖关系网也随之复杂，为测试与维护带来的困难呈指数上升。 那能不能做到不请自来呢？答案是可以的。想象一下，如果有一座工厂专门负责生产Bean实例的话，new的工作就可以交给它了，倘若还能送货上门的话，自然也就不请自来。这就是Spring最初的动机，自Spring呱呱坠地之日起，理想变为现实，从此Java EE应用开发步入了不请自来的时代。例如： /**?负责处理用户管理底层数据访问?*/? public?class?UserDao{ ? ????//保存用户数据 ? ????public?void?saveUser(User?user){ ? ????????//进行数据的保存工作，省略代码 ? ????} ? ????......?? ? } ? ? /**?负责处理用户管理业务逻辑?*/? public?class?UserService{ ? ????//仅声明数据访问组件的引用 ? ????UserDao?dao;???? ? ????//处理新增用户业务逻辑 ? ????public?void?addUser(String?userName,String?userPwd){ ? ????????User?user?=?new?User(); ? ????????user.setUserName(userName); ? ????????user.setUserPwd(userPwd); ? ????????//调用UserDao的saveUser方法进行数据保存 ? ????????dao.saveUser(user)