《交互设计面经》专题

9. 策略（Strategy） Intent 定义一系列算法，封装每个算法，并使它们可以互换。 策略模式可以让算法独立于使用它的客户端。 Class Diagram Strategy 接口定义了一个算法族，它们都实现了 behavior() 方法。 Context 是使用到该算法族的类，其中的 doSomething() 方法会调用 behavior()，setStrategy(Strategy)

设计模式是解决问题的方案，学习现有的设计模式可以做到经验复用。拥有设计模式词汇，在沟通时就能用更少的词汇来讨论，并且不需要了解底层细节。 二、创建型 单例.md 简单工厂.md 工厂方法.md 抽象工厂.md 生成器.md 原型模式.md 三、行为型 责任链.md 命令.md 解释器.md 迭代器.md 中介者.md 备忘录.md 观察者.md 状态.md 策略.md 模板方法.md 访问者.md

8. 状态（State） Intent 允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它所属的类。 Class Diagram Implementation 糖果销售机有多种状态，每种状态下销售机有不同的行为，状态可以发生转移，使得销售机的行为也发生改变。 // java public interface State { /** * 投入 25 分钱 */

桥接（Bridge） Intent 将抽象与实现分离开来，使它们可以独立变化。 Class Diagram Abstraction：定义抽象类的接口 Implementor：定义实现类接口 Implementation RemoteControl 表示遥控器，指代 Abstraction。 TV 表示电视，指代 Implementor。 桥接模式将遥控器和电视分离开来，从而可以独立改变遥控器或者电

外观（Facade） Intent 提供了一个统一的接口，用来访问子系统中的一群接口，从而让子系统更容易使用。 Class Diagram Implementation 观看电影需要操作很多电器，使用外观模式实现一键看电影功能。 // java public class SubSystem { public void turnOnTV() { System.out.prin

2. 命令（Command） Intent 将命令封装成对象中，具有以下作用： 使用命令来参数化其它对象 将命令放入队列中进行排队 将命令的操作记录到日志中 支持可撤销的操作 Class Diagram Command：命令 Receiver：命令接收者，也就是命令真正的执行者 Invoker：通过它来调用命令 Client：可以设置命令与命令的接收者 Implementation 设计一个遥控器

代理（Proxy） Intent 控制对其它对象的访问。 Class Diagram 代理有以下四类： 远程代理（Remote Proxy）：控制对远程对象（不同地址空间）的访问，它负责将请求及其参数进行编码，并向不同地址空间中的对象发送已经编码的请求。 虚拟代理（Virtual Proxy）：根据需要创建开销很大的对象，它可以缓存实体的附加信息，以便延迟对它的访问，例如在网站加载一个很大图片时，

享元（Flyweight） Intent 利用共享的方式来支持大量细粒度的对象，这些对象一部分内部状态是相同的。 Class Diagram Flyweight：享元对象 IntrinsicState：内部状态，享元对象共享内部状态 ExtrinsicState：外部状态，每个享元对象的外部状态不同 Implementation // java public interface Flyweight

单例（Singleton） Intent 确保一个类只有一个实例，并提供该实例的全局访问点。 Class Diagram 使用一个私有构造函数、一个私有静态变量以及一个公有静态函数来实现。 私有构造函数保证了不能通过构造函数来创建对象实例，只能通过公有静态函数返回唯一的私有静态变量。 Implementation Ⅰ 懒汉式-线程不安全 以下实现中，私有静态变量 uniqueInstance 被延

一、性能 二、伸缩性 三、扩展性 四、可用性 五、安全性 参考资料 一、性能 性能指标 1. 响应时间 指某个请求从发出到接收到响应消耗的时间。 在对响应时间进行测试时，通常采用重复请求的方式，然后计算平均响应时间。 2. 吞吐量 指系统在单位时间内可以处理的请求数量，通常使用每秒的请求数来衡量。 3. 并发用户数 指系统能同时处理的并发用户请求数量。 在没有并发存在的系统中，请求被顺序执行，此时

问题内容： 您是否可以与我（和社区）分享的人对Python状态机的设计技巧？ 目前，我将基于以下方面来选择引擎： 但是我敢肯定，在利用Python的动态特性（例如动态调度）的同时，有很多解决方法。 我追求的是针对“引擎”的设计技术，该技术接收与基于机器“状态”的事件和“事件”相对的“事件”和“事件”。 问题答案： 我真的不明白这个问题。该 国设计模式是相当清楚的。。 这是非常常见的样板，可用于Ja

我必须给出使用Site Minder的SSO架构的建议。我们几乎没有J2EE应用程序。这些J2EE应用程序设计为在SSO提供者进行身份验证后，当http头包含信息时工作。我们一直保持应用程序SSO提供程序不可知。这意味着我们只依赖SSO提供程序的头。这在RSA作为SSO提供程序的情况下运行良好。 现在SiteMinder提出了另一种架构。请求的流动方式是 带IIS的SiteMinder- 要崩溃，

我不确定这是否是问这个问题的正确地方。 我是dynamodb的新手，正在尝试创建一个小型web应用程序。我已经阅读了这里的最佳实践http://docs.amazonwebservices.com/amazondynamodb/latest/developerguide/BestPractices.html 我的桌子将是： 建筑物 租户（一栋建筑可以有尽可能多的租户，由楼层编号确定） 收件人（每个

在前端，我有3个层次结构。 顶层显示一个测试摘要，包含统计信息，如%通过/失败、各种标签、运行标识等。 第二级由测试套件的各个部分组成，这些部分可以通过顶级运行id访问。其中包含测试的名称，特定的测试通过/失败。 第三级是实际测试本身，包括报告、通过/失败状态等。 我使用的是平均堆栈，我想知道使用1、2或3种不同的Mongoose模型在MongoDB中存储数据的利弊。我知道在数组中使用嵌入式文档的

我想为用户设计一个清单。基本上，我尝试创建一个清单，其中包含一个用户id和一个包含每个项目编号的项目列表。 存在我的集合“项”的架构： 我不能设计一个库存集合，在那里我可以很容易地更新每个项目的数量并添加新项目。