第5讲简单工厂模式.
简单工厂模式在实体模型单元测试中的应用
贞 面 内容 ， 好 分 别 保 存 为 各 个 子 页 面 。在 需 要 更 新 页 面 最
布 局 的 时 候 只 要 单 独 修 改 Ｃ Ｓ文 件 即可 。 Ｓ
的。
梁 ， 衔 接 着 表示 层 和 模 型 层 ， 它 们 之 间 传 递 着 数 据 流 它 在 和控 制信 息 ， 在 的 控 制 器 渐 渐 发 展 为 两 种 趋 势 ， 种 是 现 一 “ 控 制 器 ” 式 ， 种 是 “ 控 制 器 ” 式 。“ 控 制 器 ” 胖 模 一 瘦 模 胖 模
关键词 ： ＭＶＣ， 体 模 型 ； 元 测 试 ； 计 模 式 ； 实 单 设 简单 工 厂 模 式
中 图分 类 号 ： ２ ６ ＴＰ ０
文献标识码 ： Ａ
文 章 编 号 ：６ ２ ７ ０ （ Ｏ １ ０ —０ ００ １ ７ －８ ０ ２ １ ） ９０ ９ —２
视图 （ 示层） 表
第１卷 第９ Ｏ 期 ２ １年 ９ ０ １ 月
软 件 导 刊
Ｓｏｆｗａ ｅ Ｇｕｉ ｔ ｒ ｄｅ
ＶＯｌ１ ０ＮＯ． ９ Ｓ Ｄ ０ｌ ｅ ２ １
简 单 工 厂 模 式 在 实 体 模 型 单 元 测 试 中 的应 用
程 选 民 李 丹 ，
（ ． 汉 软 件 ＿ 程 职 业 学 院 ， 北 武 汉 ４ ０ ０ ；． 北 省 水 利 水 电 科 学研 究 院 ， 北 武 汉 ４ ０ ７ ） １武 Ｔ － 湖 ３２ ５ ２ 湖 湖 ３ ０ ０
控 制 器 （ ｏ ｔｏｌｒ ： 制 器 就 是 模 型 和 视 图 间 的 桥 Ｃ ｎｒ ｌ ） 控 ｅ
１ ＭＶ Ｃ架 构 和 实体 模 型
第5课 工业革命与工厂制度 -高二历史(选择性必修2)
地印度的相关政策。密尔认为印度处于文明发展的铰低阶段，东印度公司的殖民统治
给印度人民带来更多的善，东印度公司的统治比所有印度人自己的政府要好得多。密
尔的说法意在（
）
A．强调文明交流的必要性
B．论证自由贸易的合理性
C．宣扬西方文明的优越性
D．肯定市场经济的可行性
即学即练
5．在19世纪末，英格兰和威尔士因患肺结核造成的死亡率达到2.22‰，英国伦敦患儿
一、机器大生产与工厂制度
概念阐释
机器大生产→生产力的发展
工厂制度→生产组织形式的变动
“以机器取代手工工具，以蒸汽机取代人力、兽力、水力、风力……把大量的机器和 人力集中在厂房里，实现劳动分工的高度专业化，把生产过程中的各个环节的机器合理 地组成机器系统，形成生产的流水线，科学计算每道工序需要的时间，合理安排劳动力。 这样，一种新的生产组织形式诞生了……”
即学即练
3．1824年前，英国议会和政府多次下令，严禁人才、技术和机器外流，以没收家产、
剥夺国籍、高额罚金和坐牢等法律严惩违令者。1824年以后，英国逐渐撤销了这些法
律。这一变化反映出英国（
）
A．工业优势地位逐渐确立 B．法律的制定宽对技术设备的限制
4．经济学家约翰·密尔1823~1858年曾在东印度公司任职，他一度制定和决策了殖民
人们普遍认为，阿克莱特可以被称为“现代工厂体制的创立人”。在1961年出版的《18 世纪的工业革命》一书中，作者保罗·曼多盛赞阿克赖特“体现出了一个新型的大制造 业者，既不是一个工程师，又不只是一个商人，而是把两者的主要特点加在一起，即有 他自己特有的风格：一个大企业的创造者、生产的组织者和人群的领导者的风格。”
积极影响：1.促进了城市化的发展，改变了人们的生活空间；2.促进了交通运输业的进 步，便利了人们的出行；3.促进了乡村的改变，开阔了人们的眼界；4.促进了初等教育 的推广，提升了人们的文化素养；5.促进了生活节奏的加快，增强了人们的时间观念。 消极影响：1.工人劳动时间过长，其工作与生活环境恶劣，传染病与职业病严重危害产 业工人；2.环境污染严重；3.社会问题严重，犯罪率急剧上升等。
心理学研究方法第五讲准实验设计和比较研究
心理学研究方法
第五讲准实验设计和比较研究
22
对不等比较组前测后测设计的评价（2）
但是，当条件不允许采用随机等组的真 实实验设计，面对的是预先组成的团体， 不能做到随机选择和分配两个等组被试 时，采用不等比较组前测和后测的准实 验设计，对于心理学的研究还是具有很 大的应用价值的，而且，虽然准实验设 计对机体变量和其他额外变量的控制不 够充分，但是能够实现某种程度的控制。
O
心理学研究方法
第五讲准实验设计和比较研究
8
（一）不等比较组设计（4）
库克和坎贝尔曾经举例说明这种设计的作用。 这个例子是有关辅导期的长短对即将假释犯 人在假释期间违反规则次数的作用的研究。 设计模式如下：
X12
O
X9
O
X6
O
X3
O
X0
O
心理学研究方法
第五讲准实验设计和比较研究
9
（一）不等比较组设计（5）
第五讲 准实验设计和比较研究
准实验设计
– 不等比较组设计 – 中断时间序列设计
比较研究
– 横断研究 – 纵向研究 – 跨文化研究
心理学研究方法
第五讲准实验设计和比较研究
1
一、准实验设计（1）
准实验设计（quasi-experimental design）是一种未能完全符合控制额外 因素作用的实验设计。这种方法不象真
心理学研究方法
第五讲准实验设计和比较研究
18
（一）不等比较组设计（14）
其次，由经过训练的观察者采用周期性 的取样方法，分别观察并记录两组每个 学生在课堂上的适宜和不适宜的行为。 然后，对实验组实施实验处理两周，即 给予实验组学生管理课堂活动的机会， 对控制组不给予这种机会，而且控制组 学生也不知道实验组学生能得到管理课 堂活动的机会。
Jv设计模式之工厂模式Factory
时间：2009-08-04 17:23????来源：未知????作者：和水柔石核心提示：作者：和水柔石一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。
不过，爆发户坐车时总是这样：上Benz 车后跟司机说开奔驰车！，坐上Bmw 后他说开作者：和水柔石一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz （奔驰）、Bmw （宝马）、Audi （奥迪）看来这人比较爱国，没有日本车），还雇了司机为他开车。
不过，爆发户坐车时总是这样：上Benz 车后跟司机说" 开奔驰车！" ，坐上Bmw 后他说" 开宝马车！" ，坐上Audi 后他说" 开奥迪车！" 。
你一定说：这人有病！直接说开车不就行了？！而当把这个爆发户的行为放到我们程序语言中来，我们发现C 语言一直是通过这种方式来坐车的！幸运的是，这种有病的现象在OO 语言中可以避免了。
下面以Java 语言为基础来引入我们本文的主题：工厂模式！！二、简介工厂模式主要是为创建对象提供了接口。
工厂模式按照《Java 与模式》中的提法分为三类：1. 简单工厂模式(Simple Factory)2. 工厂方法模式(Factory Method)3. 抽象工厂模式(Abstract Factory)这三种模式从上到下逐步抽象，并且更具一般性。
还有一种分类法，就是将简单工厂模式看为工厂方法模式的一种特例，两个归为一类。
下面是使用工厂模式的两种情况：1. 在编码时不能预见需要创建哪种类的实例。
2. 系统不应依赖于产品类实例如何被创建、组合和表达的细节三、简单工厂模式顾名思义，这个模式本身很简单，而且使用在业务较简单的情况下。
它由三种角色组成（关系见下面的类图）：1、工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。
工厂设计的模式研究
享元模式（ｌｗｅ ｈ） Ｆｙ ｉ ｔ ｇ ，代理模式（ｒｗ） Ｐｏ ，行为型模式有助 于 定义系统中对 象之 间的通信 ， 以及在一个复杂 的程序中如何
控制流程，包括责任链模式（ ｈｉ ｆＲ ｓｏ ｓ ｉｔ） Ｃ ａ ｏ ｅｐ ｎｉ ｌｙ ；命令 ｎ ｂｉ 模 式 （ｏ Ｃ ｍｍａｄ ，解 释 器 模 式 （ ｔ ｐｅ ｒ， 迭代 器 模 式 ｎ） Ｉ ｅ ｒｔ ） ｎｒ ｅ （ ｅａ ｒ，中介者模式（ ｄａ ｒ，备忘录模式（ ｍｅｔ） Ｉ ｔ） ｔ ｏ ｒ Ｍｅｉｔ ） ｏ Ｍｅ ｎｏ， 观察者模 式（ ｂｅｖ ）状态模式（ｔｔ）策略模 式（ｔ ｔｇ ） Ｏ ｓｒｅ ， ｒ Ｓａ ， ｅ Ｓ ａｅｙ ， ｒ 模板 方法模式（ｅ ｌｔＭｅ ｏ ） Ｔ ｍｐａ ｔ ｄ，访 问者模式（ ｉｔｒ。 ｅ ｈ Ｖｓ ｏ） ｉ 如果能够有效地利用设计模式 ， 采用灵活多变的， 方式 进行编程 ， 就可以极 大地提高程序代码 的可重用性和 可维护
性。
ｌ 设计模 式定 义
模 式（ａ ｅ ） 实就是解 决某一类 问题 的方法论 。你把 ｐｔ ｒ 其 ｔ ｎ 解决某类 问题 的方法总结归纳到理论高度 ，那就是模式 。 Ａｌ ａ ｄｒ给 出的经典定义是 ：每个模式都描述了一个 ｅ ｎｅ ｘ 在我们 的环境中不断 出现 的问题 ， 然后描述了该问题 的解 决 方案 的核心 。 通过这种方式 ， 你可 以无数次地使 用那些 已有 的解决方案 ，无需在重复相同的工作 。 模式有不同的领域，建筑 领域有建筑模式 ，软件 设计领 域也有设计模式 。当一个领域逐渐成 熟的时候 ，自然会 出现 很 多模式 。 随着这个领域相关文献的增 多，出现 了一些有用 的设计模式定义 。 “ 设计模 式是用于解 决经常 出现 的设 计问题 ｆｍａｌ ｌ Ｓ ｌａｋ ｔ Ｃ ｍｐｎｏ］】 ｏ ａｉｎ［’ 。 ’ “ 计模 式包 含 一 套 描述 如 何 完 成 某 些任 务 的规 则 设 ［ｒｅ１９ ］ Ｐｅ，９４’ ’ “ 设计模式更专注于重用经常性设计的主题 ，而框架关
大话设计模式——C++版本
⼤话设计模式——C++版本⼀、什么是设计模式设计模式（Design pattern）是⼀套被反复使⽤、多数⼈知晓的、经过分类编⽬的、代码设计经验的总结。
使⽤设计模式是为了可重⽤代码、让代码更容易被他⼈理解、保证代码可靠性。
毫⽆疑问，设计模式于⼰于他⼈于系统都是多赢的，设计模式使代码编制真正⼯程化，设计模式是软件⼯程的基⽯，如同⼤厦的⼀块块砖⽯⼀样。
项⽬中合理的运⽤设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每⼀个模式描述了⼀个在我们周围不断重复发⽣的问题，以及该问题的核⼼解决⽅案，这也是它能被⼴泛应⽤的原因。
简单说：模式：在某些场景下，针对某类问题的某种通⽤的解决⽅案。
场景：项⽬所在的环境问题：约束条件，项⽬⽬标等解决⽅案：通⽤、可复⽤的设计，解决约束达到⽬标。
⼆、设计模式的三个分类创建型模式：对象实例化的模式，创建型模式⽤于解耦对象的实例化过程。
结构型模式：把类或对象结合在⼀起形成⼀个更⼤的结构。
⾏为型模式：类和对象如何交互，及划分责任和算法。
如下图所⽰：三、各分类中模式的关键点四、概说23种设计模式1.单例模式单例模式，它的定义就是确保某⼀个类只有⼀个实例，并且提供⼀个全局访问点。
单例模式具备典型的3个特点：1、只有⼀个实例。
2、⾃我实例化。
3、提供全局访问点。
因此当系统中只需要⼀个实例对象或者系统中只允许⼀个公共访问点，除了这个公共访问点外，不能通过其他访问点访问该实例时，可以使⽤单例模式。
单例模式的主要优点就是节约系统资源、提⾼了系统效率，同时也能够严格控制客户对它的访问。
也许就是因为系统中只有⼀个实例，这样就导致了单例类的职责过重，违背了“单⼀职责原则”，同时也没有抽象类，所以扩展起来有⼀定的困难。
其UML结构图⾮常简单，就只有⼀个类，如下图：2.⼯⼚⽅法模式作为抽象⼯⼚模式的孪⽣兄弟，⼯⼚⽅法模式定义了⼀个创建对象的接⼝，但由⼦类决定要实例化的类是哪⼀个，也就是说⼯⼚⽅法模式让实例化推迟到⼦类。
Spring中使用了哪些设计模式？
Spring中使⽤了哪些设计模式？好了，话不多说，开始今天的内容。
spring中常⽤的设计模式达到九种，我们举例说明。
1、简单⼯⼚模式⼜叫做静态⼯⼚⽅法（StaticFactory Method）模式，但不属于23种GOF设计模式之⼀。
简单⼯⼚模式的实质是由⼀个⼯⼚类根据传⼊的参数，动态决定应该创建哪⼀个产品类。
spring中的BeanFactory就是简单⼯⼚模式的体现，根据传⼊⼀个唯⼀的标识来获得bean对象，但是否是在传⼊参数后创建还是传⼊参数前创建这个要根据具体情况来定。
如下配置，就是在 HelloItxxz 类中创建⼀个 itxxzBean。
<beans><bean id="singletonBean" class="com.itxxz.HelloItxxz"><constructor-arg><value>Hello! 这是singletonBean!value></constructor-arg></ bean><bean id="itxxzBean" class="com.itxxz.HelloItxxz" singleton="false"><constructor-arg><value>Hello! 这是itxxzBean! value></constructor-arg></bean></beans>2、⼯⼚⽅法模式通常由应⽤程序直接使⽤new创建新的对象，为了将对象的创建和使⽤相分离，采⽤⼯⼚模式,即应⽤程序将对象的创建及初始化职责交给⼯⼚对象。
⼀般情况下,应⽤程序有⾃⼰的⼯⼚对象来创建bean.如果将应⽤程序⾃⼰的⼯⼚对象交给Spring管理,那么Spring管理的就不是普通的bean,⽽是⼯⼚Bean。
显示器工厂模式工程菜单进入方法大全
进入工厂模式之明基
明基的工厂菜单比较容易调出。在关机时按住MENU键不放同时开机，再按MENU键即可进入。明基在工厂模式菜单中提供了使用时间和面板型号。有了这两个参数，我们就不怕js用样品充新机了。
进入工厂模式之宏碁
宏碁是台系大厂，它的工厂模式按不同的显示器系列也有所不同。大部分宏碁液晶通过按MENU按键开机就能进入工厂模式，一部分则要按住MENU和AUTO两个按键然后开机。开机后进入OSD菜单会发现多了一个“F”选项，进入后就能看到工厂模式。少部分宏碁液晶需要按住“e”按键开机。另外一些宏碁液晶工厂模式里面除了色彩设定没有其他选项。
进入工厂模式之AOC
相对来讲，AOC的用户可能比较头痛。AOC进入工厂模式的方法更新过多次，早先是在主菜单中将光标移动至全屏缩上，长按MENU5秒。进入液晶时代，很多AOC液晶都需要按住MENU按键拔掉电源，然后再恢复供电，并松开MENU，此时进入菜单就会有选项。但是目前销售的很多采用舵盘式OSD菜单的AOC液晶用这个方法不能进入工厂菜单。
进入工厂模式之惠普
惠普液晶也需要按MENU按键开机，然后在OSD按键中寻找工厂服务选项，就能看到很多重要信息，包括使用时间，背光开启时间，参数复制和还原，电路版本和面板规范。
Байду номын сангаас
进入工厂模式之戴尔
戴尔也是液晶市场中不可忽视的一只力量。戴尔液晶进入工厂模式需要按住“MENU”键和“+”，然后再按住“－”即可进入。以2407WFP-HC为例，工厂模式下提供了使用时间查询，色彩调整，甚至是灰阶6ms功能开启等选项。
很多厂商都不愿意消费者进入这个菜单，因为工厂模式菜单中的数据一旦被修改是无法还原为出场状态的，也就是说我们如果要调整其中的参数，一定要记录下原值，否则只能返厂才能解决问题。同时，工厂模式暴露了液晶的各种信息，不利于市场操作。
Spring5核心原理与30个类手写实战pdf下载
Spring5核心原理与30个类手写实战pdf下载基于编程开发实践，不仅深度解析Spring 5的原理与新特性，更从环境准备、顶层结构设计、数据访问等方面一步步地推导出Spring的设计原理。
在每个知识点上，均以大量的经典代码案例辅助讲解，使理论紧密联系实际。
最后手写30个类，以体会Spring的创作过程，让每一位读者学以致用。
Spring5核心原理与30个类手写实战资料目录第1篇 Spring内功心法第1章软件架构设计原则 21.1 开闭原则 21.2 依赖倒置原则 41.3 单一职责原则 71.4 接口隔离原则 101.5 迪米特原则 121.6 里氏替换原则 141.7 合成复用原则 191.8 设计原则总结 20第2章 Spring中常用的设计模式 212.1 为什么要从设计模式开始 212.1.1 写出优雅的代码 222.1.2 更好地重构项目 242.1.3 经典框架都在用设计模式解决问题 36 2.2 工厂模式详解 362.2.1 工厂模式的由来 362.2.2 简单工厂模式 372.2.3 工厂方法模式 412.2.4 抽象工厂模式 432.2.5 利用工厂模式重构的实践案例 472.3 单例模式详解 532.3.1 单例模式的应用场景 532.3.2 饿汉式单例模式 532.3.3 懒汉式单例模式 542.3.4 反射破坏单例 602.3.5 序列化破坏单例 612.3.6 注册式单例模式 682.3.7 线程单例实现ThreadLocal 742.3.8 单例模式小结 752.4 原型模式详解 752.4.1 原型模式的应用场景 752.4.2 浅克隆 772.4.3 深克隆 792.4.4 克隆破坏单例模式 812.4.5 clone()方法的源码 822.5 代理模式详解 822.5.1 代理模式的应用场景 822.5.2 静态代理 832.5.3 动态代理 882.5.4 代理模式与Spring 1072.5.5 静态代理和动态代理的本质区别 1082.5.6 代理模式的优缺点 1092.6 委派模式详解 1092.6.1 委派模式的定义及应用场景 1092.6.2 委派模式在源码中的体现 1112.7 策略模式详解 .1142.7.1 策略模式的应用场景 1142.7.2 用策略模式实现选择支付方式的业务场景 .114 2.7.3 策略模式在JDK源码中的体现 1222.7.4 策略模式的优缺点 1252.7.5 委派模式与策略模式综合应用 1252.8 模板模式详解 1292.8.1 模板模式的应用场景 1292.8.2 利用模板模式重构JDBC操作业务场景 132 2.8.3 模板模式在源码中的体现 1362.8.4 模板模式的优缺点 1382.9 适配器模式详解1392.9.1 适配器模式的应用场景 1392.9.2 重构第三方登录自由适配的业务场景141 2.9.3 适配器模式在源码中的体现 1492.9.4 适配器模式的优缺点 1532.10 装饰者模式详解 1532.10.1 装饰者模式的应用场景 1532.10.2 装饰者模式和适配器模式对比 1632.10.3 装饰者模式在源码中的应用 1632.10.4 装饰者模式的优缺点 1652.11 观察者模式详解 1652.11.1 观察者模式的应用场景 1652.11.2 观察者模式在源码中的应用 1752.11.3 基于Guava API轻松落地观察者模式 176 2.11.4 观察者模式的优缺点 1772.12 各设计模式的总结与对比 177 2.12.1 GoF 23种设计模式简介 177 2.12.2 设计模式之间的关联关系 178 2.12.3 Spring中常用的设计模式 182 2.13 Spring中的编程思想总结 183 第2篇 Spring环境预热第3章 Spring的前世今生 1863.1 一切从Bean开始 1873.2 Spring的设计初衷 1883.3 BOP编程伊始 1883.4 理解BeanFactory 1893.5 AOP编程理念 189第4章 Spring 5系统架构 1914.1 核心容器 1924.2 AOP和设备支持1924.3 数据访问与集成1934.4 Web组件 1944.5 通信报文 1944.6 集成测试 1944.7 集成兼容 1944.8 各模块之间的依赖关系 194第5章 Spring版本命名规则 1965.1 常见软件的版本命名 1965.2 语义化版本命名通行规则 1975.3 商业软件中常见的修饰词 1975.4 软件版本号使用限定 1985.5 Spring版本命名规则 199第6章 Spring源码下载及构建技巧 2006.1 Spring 5源码下载 2006.2 基于Gradle的源码构建技巧 2016.3 Gradle构建过程中的坑 207第3篇 Spring核心原理第7章用300行代码手写提炼Spring核心原理 210 7.1 自定义配置 2107.1.1 配置application.properties文件 2107.1.2 配置web.xml文件 2107.1.3 自定义注解 2117.1.4 配置注解 2127.2 容器初始化 2137.2.1 实现1.0版本 2137.2.2 实现2.0版本 2167.2.3 实现3.0版本 2237.3 运行效果演示 227第8章一步一步手绘Spring IoC运行时序图 228 8.1 Spring核心之IoC容器初体验 2288.1.1 再谈IoC与DI 2288.1.2 Spring核心容器类图 2298.1.3 Web IoC容器初体验 2328.2 基于XML的IoC容器的初始化 2378.2.1 寻找入口 2388.2.2 获得配置路径 2388.2.3 开始启动 2408.2.4 创建容器 2428.2.5 载入配置路径 2438.2.6 分配路径处理策略 2448.2.7 解析配置文件路径 2478.2.8 开始读取配置内容 2498.2.9 准备文档对象 2508.2.10 分配解析策略 2518.2.11 将配置载入内存 2528.2.12 载入＜bean＞元素 2578.2.13 载入＜property＞元素 2618.2.14 载入＜property＞子元素 2648.2.15 载入＜list＞子元素 2668.2.16 分配注册策略 2678.2.17 向容器注册 2678.3 基于注解的IoC初始化 2708.3.1 注解的前世今生 2708.3.2 定位Bean扫描路径 2718.3.3 读取注解的元数据 2738.3.4 扫描指定包并解析为BeanDefinition 277 8.3.5 注册注解BeanDefinition 2838.4 IoC容器初始化小结 285第9章一步一步手绘Spring DI运行时序图 287 9.1 Spring自动装配之依赖注入 2879.1.1 依赖注入发生的时间 2879.1.2 寻找获取Bean的入口 2889.1.3 开始实例化 2939.1.4 选择Bean实例化策略 2979.1.5 执行Bean实例化 2999.1.6 准备依赖注入 3019.1.7 解析属性依赖注入规则 3069.1.8 注入赋值 3109.2 Spring IoC容器中那些鲜为人知的细节 314 9.2.1 关于延时加载 3149.2.2 关于FactoryBean和BeanFactory 3179.2.3 再述autowiring 322第10章一步一步手绘Spring AOP运行时序图 326 10.1 Spring AOP初体验 32610.1.1 再述Spring AOP应用场景 32610.1.2 AOP中必须明白的几个概念 32710.1.3 使用Spring AOP的两种方式 32910.1.4 切入点表达式的配置规则 33310.2 Spring AOP源码分析 33410.2.1 寻找入口 33410.2.2 选择代理策略 33810.2.3 调用代理方法 34110.2.4 触发通知 347第11章一步一步手绘Spring MVC运行时序图 352 11.1 初探Spring MVC请求处理流程 35211.2 Spring MVC九大组件 35311.2.1 HandlerMapping 35311.2.2 HandlerAdapter 35311.2.3 HandlerExceptionResolver 354 11.2.4 ViewResolver 35411.2.5 RequestToViewNameTranslator 354 11.2.6 LocaleResolver 35411.2.7 ThemeResolver 35511.2.8 MultipartResolver 35511.2.9 FlashMapManager 35511.3 Spring MVC源码分析 35511.3.1 初始化阶段 35611.3.2 运行调用阶段 35911.4 Spring MVC优化建议 367第4篇 Spring手写实战第12章环境准备 37012.1 IDEA集成Lombok插件 37012.1.1 安装插件 37012.1.2 配置注解处理器 37312.1.3 使用插件 37412.2 从Servlet到ApplicationContext 375 12.3 准备基础配置37612.3.1 application.properties配置.377 12.3.2 pom.xml配置 37712.3.3 web.xml配置 37812.3.4 GPDispatcherServlet 378第13章 IoC顶层结构设计 38013.1 Annotation（自定义配置）模块 380 13.1.1 @GPService 38013.1.2 @GPAutowired 38113.1.3 @GPController 38113.1.4 @GPRequestMapping 38213.1.5 @GPRequestParam 38213.2 core（顶层接口）模块 38213.2.1 GPFactoryBean 38213.2.2 GPBeanFactory 38313.3 beans（配置封装）模块 38313.3.1 GPBeanDefinition 38313.3.2 GPBeanWrapper 38413.4 context（IoC容器）模块 38513.4.1 GPAbstractApplicationContext 385 13.4.2 GPDefaultListableBeanFactory 385 13.4.3 GPApplicationContext38513.4.4 GPBeanDefinitionReader 38813.4.5 GPApplicationContextAware 391第14章完成DI模块的功能 39214.1 从getBean()方法开始 39314.2 GPBeanPostProcessor 395第15章完成MVC模块的功能 39615.1 MVC顶层设计 39615.1.1 GPDispatcherServlet 39615.1.2 GPHandlerMapping 40215.1.3 GPHandlerAdapter 40315.1.4 GPModelAndView 40615.1.5 GPViewResolver 40615.1.6 GPView 40715.2 业务代码实现40915.2.1 IQueryService 40915.2.2 QueryService 41015.2.3 IModifyService 41015.2.4 ModifyService 41115.2.5 MyAction 41215.2.6 PageAction 41315.3 定制模板页面41415.3.1 first.html 41415.3.2 404.html 41415.3.3 500.html 41515.4 运行效果演示415第16章完成AOP代码织入 417 16.1 基础配置 .41716.2 完成AOP顶层设计 41816.2.1 GPJoinPoint 41816.2.2 GPMethodInterceptor .419 16.2.3 GPAopConfig 41916.2.4 GPAdvisedSupport 420 16.2.5 GPAopProxy 42216.2.6 GPCglibAopProxy 42316.2.7 GPJdkDynamicAopProxy 423 16.2.8 GPMethodInvocation425 16.3 设计AOP基础实现 42716.3.1 GPAdvice 42716.3.2 GPAbstractAspectJAdvice 427 16.3.3 GPMethodBeforeAdvice 428 16.3.4 GPAfterReturningAdvice 429 16.3.5 GPAfterThrowingAdvice 430 16.3.6 接入getBean()方法 43016.4 织入业务代码43216.4.1 LogAspect 43216.4.2 IModifyService 43316.4.3 ModifyService 43416.5 运行效果演示435第5篇 Spring数据访问第17章数据库事务原理详解 438 17.1 从Spring事务配置说起 438 17.2 事务的基本概念 43917.3 事务的基本原理 43917.4 Spring事务的传播属性 440 17.5 数据库事务隔离级别 44117.6 Spring中的事务隔离级别 441 17.7 事务的嵌套 44217.8 Spring事务API架构图 44417.9 浅谈分布式事务 444第18章 Spring JDBC源码初探 44618.1 异常处理 44718.2 config模块 44818.3 core模块45018.4 DataSource 45618.5 object模块 45718.6 JdbcTemplate 45818.7 NamedParameterJdbcTemplate 458第19章基于Spring JDBC手写ORM框架 459 19.1 实现思路概述45919.1.1 从ResultSet说起 45919.1.2 为什么需要ORM框架 46419.2 搭建基础架构46719.2.1 Page 46719.2.2 ResultMsg 47019.2.3 BaseDao 47119.2.4 QueryRule 47319.2.5 Order.47919.3 基于Spring JDBC实现关键功能 480 19.3.1 ClassMappings 48019.3.2 EntityOperation 48319.3.3 QueryRuleSqlBuilder 48819.3.4 BaseDaoSupport 49819.4 动态数据源切换的底层原理 50719.4.1 DynamicDataSource 50819.4.2 DynamicDataSourceEntry 50919.5 运行效果演示51019.5.1 创建Member实体类 51019.5.2 创建Order实体类 51119.5.3 创建MemberDao 51219.5.4 创建OrderDao 51219.5.5 修改db.properties文件 51419.5.6 修改application-db.xml文件 515 19.5.7 编写测试用例 516第6篇 Spring经验分享第20章 Spring 5新特性总结 52020.1 升级到Java SE 8和Java EE 7 520 20.2 反应式编程模型 52120.3 使用注解进行编程 52120.4 函数式编程 52220.5 使用 REST 端点执行反应式编程 52320.6 支持HTTP/2 52320.7 Kotlin和Spring WebFlux 52320.8 使用Lambda表达式注册Bean 52420.9 Spring Web MVC 支持最新的 API 52420.10 使用JUnit 5执行条件和并发测试 52520.11 包清理和弃用 52620.12 Spring核心和容器的一般更新 52620.13 我如何看Spring 5 527第21章关于Spring的经典高频面试题 52821.1 什么是Spring框架，Spring框架有哪些主要模块52821.2 使用Spring框架能带来哪些好处 52821.3 什么是控制反转（IoC），什么是依赖注入 52921.4 在Java中依赖注入有哪些方式 52921.5 BeanFactory和ApplicationContext有什么区别 530 21.6 Spring提供几种配置方式来设置元数据 53021.7 如何使用XML配置方式配置Spring .53121.8 Spring提供哪些配置形式 53221.9 怎样用注解的方式配置Spring 53321.10 请解释Spring Bean的生命周期 53421.11 Spring Bean作用域的区别是什么 53521.12 什么是Spring Inner Bean 53521.13 Spring中的单例Bean是线程安全的吗 53621.14 请举例说明如何在Spring中注入一个Java集合 53621.15 如何向Spring Bean中注入java.util.Properties 53721.16 请解释Spring Bean的自动装配 53821.17 自动装配有哪些局限性 53821.18 请解释各种自动装配模式的区别 53921.19 请举例解释@Required注解 53921.20 请举例说明@Qualifier注解 54021.21 构造方法注入和设值注入有什么区别 54021.22 Spring中有哪些不同类型的事件 54121.23 和ClassPathResource有什么区别 54221.24 Spring中用到了哪些设计模式 54221.25 在Spring中如何更有效地使用JDBC 54321.26 请解释Spring中的IoC容器 54321.27 在Spring中可以注入null或空字符串吗 543Spring5核心原理与30个类手写实战介绍1996年，Java还只是一个新兴的、初出茅庐的编程语言。
网站的几种设计模式
适用性
●当一个类不知道它所必须创建的对象的类的时候。
●当一个类希望由它的子类来指定它所创建的对象的时候。
●当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。
二．结构型模式
6．适配器模式 意图
●将一个类的接口ቤተ መጻሕፍቲ ባይዱ换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
适用性
●你想使用一个已经存在的类，而它的接口不符合你的需求。
●你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。
●如果一个系统要将系统中所有的数据更新到日志里，以便在系统崩溃时，可以根据日志里读回所有的数据更新命令，重新调用 Execute()方法一条一条执行这些命令，从而恢复系统在崩溃前所做的数据更新。
●一个系统需要支持交易(Transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统增加新的交易类型。
○虚代理（Virtual Proxy ）根据需要创建开销很大的对象。在动机一节描述的 ImageProxy就是这样一种代理的例子。
○保护代理（Protection Proxy ）控制对原始对象的访问。保护代理用于对象应该有不同的访问权限的时候。例如，在Choices 操作系统[CIRM93]中 KemelProxies 为操作系统对象提供了访问保护。
适用性
●当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。