jasshine
- 浏览: 78070 次
- 性别:
- 来自: 北京
-
最新评论
-
boingboi：
请问为什么把th2换成(cs1)之后，th2打印出来的不是 a ...
java线程《三》关于synchronized，对象锁的理解
文章列表
18.3 模式讲解
18.3.1 认识状态模式
（1）状态和行为
所谓对象的状态，通常指的就是对象实例的属性的值；而行为指的就是对象的功能，再具体点说，行为多半可以对应到方法上。
状态模式的功能就是分离状态的行为，通过维护状态的变化，来调用不同的状态对应的不同的功能。
也就是说，状态和行为是相关联的，它们的关系可以描述为：状态决定行为。
由于状态是在运行期被改变的，因此行为也会在运行期，根据状态的改变而改变，看起来，同一个对象，在不同的运行时刻，行为是不一样的，就像是类被修改了一样。
（2）行为的平行性
...
18.2 解决方案
18.2.1 状态模式来解决
用来解决上述问题的一个合理的解决方案就是状态模式。那么什么是状态模式呢？
（1）状态模式定义
（2）应用状态模式来解决的思路
仔细分析上面的问题，会发现，那几种用户投票的类型，就相当于是描述了人员的几种投票状态，而各个状态和对应的功能处理具有很强的对应性，有点类似于“一个萝卜一个坑”，各个状态下的处理基本上都是不一样的，也不存在可以相互替换的可能。
为了解决上面提出的问题，很自然的一个设计就是首先把状态和状态对应的行为从原来的大杂烩代码中分离出来，把每个状态所对应的功能处理封装在一个独立的类里面 ...
18.1 场景问题
18.1.1 实现在线投票
考虑一个在线投票的应用，要实现控制同一个用户只能投一票，如果一个用户反复投票，而且投票次数超过5次，则判定为恶意刷票，要取消该用户投票的资格，当然同时也要取消他所投的票 ...
19.3 模式讲解
19.3.1 认识备忘录模式
（1）备忘录模式的功能
备忘录模式的功能，首先是在不破坏封装性的前提下，捕获一个对象的内部状态。这里要注意两点，一个是不破坏封装性，也就是对象不能暴露它不应该 ...
19.2 解决方案
19.2.1 备忘录模式来解决
来解决上述问题的一个合理的解决方案就是备忘录模式。那么什么是备忘录模式呢？
（1）备忘录模式定义
一个备忘录是一个对象，它存储另一个对象在某个瞬间的内部状态，后者被称为备忘录的原发器。
（2）应用备忘录模式来解决的思路
仔细分析上面的示例功能，需要在运行期间捕获模拟流程运行的对象的内部状态，这些需要捕获的内部状态就是它运行第一个阶段产生的内部数据，并且在该对象之外来保存这些状态，因为在后面它有不同的运行方案。但是这些不同的运行方案需要的初始数据是一样的，都是流程在第一个阶段运行所产生的数据，这就要求运行每个方案 ...
19.1 场景问题
19.1.1 开发仿真系统
考虑这样一个仿真应用，功能是：模拟运行针对某个具体问题的多个解决方案，记录运行过程的各种数据，在模拟运行完成过后，好对这多个解决方案进行比较和评价，从而选定最优的解决 ...
20.3 模式讲解
20.3.1 认识享元模式
（1）变与不变
享元模式设计的重点就在于分离变与不变，把一个对象的状态分成内部状态和外部状态，内部状态是不变的，外部状态是可变的。然后通过共享不变的部分，达到减少对象数量、并节约内存的目的。在享元对象需要的时候，可以从外部传入外部状态给共享的对象，共享对象会在功能处理的时候，使用自己内部的状态和这些外部的状态。
事实上，分离变与不变是软件设计上最基本的方式之一，比如预留接口，为什么在这个地方要预留接口，一个常见的原因就是这里存在变化，可能在今后需要扩展、或者是改变已有的实现，因此预留接口做为“可插入性的保证 ...
20.2 解决方案
20.2.1 享元模式来解决
用来解决上述问题的一个合理的解决方案就是享元模式。那么什么是享元模式呢？
（1）享元模式定义
（2）应用享元模式来解决的思路
仔细观察和分析上面的授权信息，会发现有一些数据是重复出现的，比如：人员列表、薪资数据、查看、修改等等。至于人员相关的数据，考虑到每个描述授权的对象都是和某个人员相关的，所以存放的时候，会把相同人员的授权信息组织在一起，就不去考虑人员数据的重复性了。
现在造成内存浪费的主要原因：就是细粒度对象太多，而且有大量重复的数据。如果能够有效的减少对象的数量，减少重复的数据，那么就能够节省不少内存。一个 ...
20.1 场景问题
20.1.1 加入权限控制
考虑这样一个问题，给系统加入权限控制，这基本上是所有的应用系统都有的功能了。
对于应用系统而言，一般先要登录系统，才可以使用系统的功能，登录过后，用户的每次操作都需要经过权限系统的控制，确保该用户有操作该功能的权限，同时还要控制该用户对数据的访问权限、修改权限等等。总之一句话，一个安全的系统，需要对用户的每一次操作都要做权限检测，包括功能和数据，以确保只有获得相应授权的人，才能执行相应的功能，操作相应的数据。
举个例子来说吧：普通人员都有能查看到本部门人员列表的权限，但是在人员列表中每个人员的 ...
22.3 模式讲解
22.3.1 认识装饰模式
（1）模式功能
装饰模式能够实现动态的为对象添加功能，是从一个对象外部来给对象增加功能，相当于是改变了对象的外观。当装饰过后，从外部使用系统的角度看，就不再是使用原始的那个对象了，而是使用被一系列的装饰器装饰过后的对象。
这样就能够灵活的改变一个对象的功能，只要动态组合的装饰器发生了改变，那么最终所得到的对象的功能也就发生了改变。
变相的还得到了另外一个好处，那就是装饰器功能的复用，可以给一个对象多次增加同一个装饰器，也可以用同一个装饰器装饰不同的对象。
（2）对象组合
前面已经讲到了，一个类的功能的扩展方式，可以是继承，也可 ...
22.2 解决方案
22.2.1 装饰模式来解决
用来解决上述问题的一个合理的解决方案，就是使用装饰模式。那么什么是装饰模式呢？
（1）装饰模式定义
（2）应用装饰模式来解决的思路
虽然经过简化，业务简单了很多，但是需要解决的问题不会少，还是要解决：要透明的给一个对象增加功能，并实现功能的动态组合。
所谓透明的给一个对象增加功能，换句话说就是要给一个对象增加功能，但是不能让这个对象知道，也就是不能去改动这个对象。而实现了能够给一个对象透明的增加功能，自然就能够实现功能的动态组合，比如原来的对象有A功能，现在透明的给它增加了一个B功能，是不是就相当于动态组合了A和B功能呢。 ...
22.1 场景问题
22.1.1 复杂的奖金计算
考虑这样一个实际应用：就是如何实现灵活的奖金计算。
奖金计算是相对复杂的功能，尤其是对于业务部门的奖金计算方式，是非常复杂的，除了业务功能复杂外，另外一个麻烦之处是计算方式还经常需要变动，因为业务部门经常通过调整奖金的计算方式来激励士气。
先从业务上看看现有的奖金计算方式的复杂性：
首先是奖金分类：对于个人，大致有个人当月业务奖金、个人累计奖金、个人业务增长奖金、及时回款奖金、限时成交加码奖金等等；
对于业务主管或者是业务经理，除了个人奖金外，还有：团队累计奖金、团队业务增长奖金、团队盈利奖金等等。 ...
23.3 模式讲解
23.3.1 认识职责链模式
（1）模式功能
职责链模式主要用来处理：“客户端发出一个请求，有多个对象都有机会来处理这一个请求，但是客户端不知道究竟谁会来处理他的请求”，这样的情况。也就是需要让请 ...
23.2 解决方案
23.2.1 职责链模式来解决
用来解决上述问题的一个合理的解决方案，就是使用职责链模式。那么什么是职责链模式呢？
（1）职责链模式定义
（2）应用职责链模式来解决的思路
仔细分析上面的场景，当客户端提出一个聚餐费用的申请，后续处理这个申请的对象，项目经理、部门经理和总经理，自然的形成了一个链，从项目经理à部门经理à总经理，客户端的申请请求就在这个链中传递，直到有领导处理为止。看起来，上面的功能要求很适合采用职责链来处理这个业务。
要想让处理请求的流程可以灵活的变动，一个基本的思路，那就是动态构建流程步骤，这样随时都可以重新组合出新的流程来。而要让处理 ...
23.1 场景问题
23.1.1 申请聚餐费用
来考虑这样一个功能：申请聚餐费用的管理。
很多公司都有这样的福利，就是项目组或者是部门可以向公司申请一些聚餐费用，用于组织项目组成员或者是部门成员进行聚餐活动，以增进人员之间的情感，更有利于工作中的相互合作。
申请聚餐费用的大致流程一般是：由申请人先填写申请单，然后交给领导审查，如果申请批准下来了，领导会通知申请人审批通过，然后申请人去财务核领费用，如果没有核准，领导会通知申请人审批未通过，此事也就此作罢了。
不同级别的领导，对于审批的额度是不一样的，比如：项目经理只能审批500元以内的申请；部门经理能审批1000元以 ...