咖啡机（K.F.J）_社区达人页_阿里云开发者社区

设计模式之美（二）——设计模式

　　《设计模式之美》是极客时间上的一个代码学习系列，在学习之后特在此做记录和总结。　　设计模式要干的事情就是解耦，也就是利用更好的代码结构将一大坨代码拆分成职责更单一的小类，让其满足高内聚低耦合等特性。　　每个设计模式都应该由两部分组成：第一部分是应用场景，即这个模式可以解决哪类问题；第二部分是解决方案，即这个模式的设计思路和具体的代码实现。不过，代码实现并不是模式必须包含的。如果你单纯地只关注解决方案这一部分，甚至只关注代码实现，就会产生大部分模式看起来都很相似的错觉。一、创建型　　创建型模式主要解决对象的创建问题，封装复杂的创建过程，解耦对象的创建代码和使用代码。　　单例模式用来创建全局唯一的对象。工厂模式用来创建不同但是相关类型的对象（继承同一父类或者接口的一组子类），由给定的参数来决定创建哪种类型的对象。建造者模式是用来创建复杂对象，可以通过设置不同的可选参数，“定制化”地创建不同的对象。原型模式针对创建成本比较大的对象，利用对已有对象进行复制的方式进行创建，以达到节省创建时间的目的。1）单例模式　　单例设计模式（Singleton Design Pattern）是指一个类只允许创建一个对象（或者实例），那这个类就是一个单例类。public class IdGenerator { private static IdGenerator instance; private IdGenerator() {} public static IdGenerator getInstance() { if (instance == null) { synchronized(IdGenerator.class) { // 此处为类级别的锁 if (instance == null) { instance = new IdGenerator(); } } } return instance; } }　　（1）实战案例一：处理资源访问冲突　　将 Logger 设计成一个单例类，程序中只允许创建一个 Logger 对象，所有的线程共享使用的这一个 Logger 对象，共享一个 FileWriter 对象，而 FileWriter 本身是对象级别线程安全的，也就避免了多线程情况下写日志会互相覆盖的问题。　　（2）实战案例二：表示全局唯一类　　从业务概念上，如果有些数据在系统中只应保存一份，那就比较适合设计为单例类。比如，配置信息类、唯一递增 ID 号码生成器。　　实现：要实现一个单例，需要关注的点无外乎下面几个：　　（1）构造函数需要是 private 访问权限的，这样才能避免外部通过 new 创建实例；　　（2）考虑对象创建时的线程安全问题；　　（3）考虑是否支持延迟加载；　　（4）考虑 getInstance() 性能是否高（是否加锁）。　　问题：有些人认为单例是一种反模式（anti-pattern），并不推荐使用。　　（1）单例对 OOP 特性的支持不友好，对于其中的抽象、继承、多态都支持得不好。　　（2）单例会隐藏类之间的依赖关系，通过构造函数、参数传递等方式声明的类之间的依赖关系很容易分辨，但是，单例类不需要显示创建、不需要依赖参数传递。　　（3）单例对代码的扩展性不友好，单例类只能有一个对象实例。如果未来某一天，需要在代码中创建两个实例或多个实例，那就要对代码有比较大的改动。　　（4）单例对代码的可测试性不友好，如果单例类依赖比较重的外部资源，比如 DB，由于单例类这种硬编码式的使用方式，导致无法实现 mock 替换。　　（5）单例不支持有参数的构造函数，比如创建一个连接池的单例对象，没法通过参数来指定连接池的大小。　　为了保证全局唯一，除了使用单例，还可以用静态方法来实现。这也是项目开发中经常用到的一种实现思路。2）工厂模式　　（1）简单工厂（Simple Factory）　　大部分工厂类都是以“Factory”这个单词结尾的，工厂类中创建对象的方法一般都是 create 开头。public class RuleConfigParserFactory { public static IRuleConfigParser createParser(String configFormat) { IRuleConfigParser parser = null; if ("json".equalsIgnoreCase(configFormat)) { parser = new JsonRuleConfigParser(); } else if ("xml".equalsIgnoreCase(configFormat)) { parser = new XmlRuleConfigParser(); } else if ("yaml".equalsIgnoreCase(configFormat)) { parser = new YamlRuleConfigParser(); } else if ("properties".equalsIgnoreCase(configFormat)) { parser = new PropertiesRuleConfigParser(); } return parser; } }　　（2）工厂方法（Factory Method）　　定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。　　如果非得要将 if 分支逻辑去掉，那么比较经典处理方法就是利用多态。工厂方法模式比起简单工厂模式更加符合开闭原则。public interface IRuleConfigParserFactory { IRuleConfigParser createParser(); } public class JsonRuleConfigParserFactory implements IRuleConfigParserFactory { @Override public IRuleConfigParser createParser() { return new JsonRuleConfigParser(); } } public class XmlRuleConfigParserFactory implements IRuleConfigParserFactory { @Override public IRuleConfigParser createParser() { return new XmlRuleConfigParser(); } }　　在工厂类的使用上，工厂类对象的创建逻辑又耦合进了 load() 函数中，跟最初的代码版本非常相似。　　可以为工厂类再创建一个简单工厂，也就是工厂的工厂，用来创建工厂类对象。　　当对象的创建逻辑比较复杂，不只是简单的 new 一下就可以，而是要组合其他类对象，做各种初始化操作的时候，推荐使用工厂方法模式，将复杂的创建逻辑拆分到多个工厂类中，让每个工厂类都不至于过于复杂。　　而使用简单工厂模式，将所有的创建逻辑都放到一个工厂类中，会导致这个工厂类变得很复杂。3）建造者模式　　Builder 模式，即建造者模式、构建者模式或生成器模式。要解决下面这些问题，就需要建造者模式上场了。　　（1）如果可配置项逐渐增多，变成了 8 个、10 个，那么在使用构造函数的时候，就容易搞错各参数的顺序，传递进错误的参数值，导致非常隐蔽的 bug。　　（2）如果必填的配置项有很多，把这些必填配置项都放到构造函数中设置，那构造函数就又会出现参数列表很长的问题。　　（3）如果配置项之间有约束条件，那么校验逻辑就无处安放了。　　（4）如果希望对象在创建好之后，就不能再修改内部的属性值，那么就不能暴露 set() 方法。　　可以把校验逻辑放置到 Builder 类中，先创建建造者，并且通过 set() 方法设置建造者的变量值，然后再使用 build() 方法真正创建对象之前，做集中的校验，校验通过之后才会创建对象。　　除此之外，把 ResourcePoolConfig 的构造函数改为 private 私有权限。这样就只能通过建造者来创建 ResourcePoolConfig 类对象。并且，ResourcePoolConfig 没有提供任何 set() 方法，这样创建出来的对象就是不可变对象了。public class ResourcePoolConfig { private String name; private int maxTotal; private ResourcePoolConfig(Builder builder) { this.name = builder.name; this.maxTotal = builder.maxTotal; } //...省略getter方法... //将Builder类设计成了ResourcePoolConfig的内部类。 //也可以将Builder类设计成独立的非内部类ResourcePoolConfigBuilder。 public static class Builder { private static final int DEFAULT_MAX_TOTAL = 8; private String name; private int maxTotal = DEFAULT_MAX_TOTAL; public ResourcePoolConfig build() { // 校验逻辑放到这里来做，包括必填项校验、依赖关系校验、约束条件校验等 if (StringUtils.isBlank(name)) { throw new IllegalArgumentException("..."); } return new ResourcePoolConfig(this); } public Builder setName(String name) { if (StringUtils.isBlank(name)) { throw new IllegalArgumentException("..."); } this.name = name; return this; } public Builder setMaxTotal(int maxTotal) { if (maxTotal <= 0) { throw new IllegalArgumentException("..."); } this.maxTotal = maxTotal; return this; } } } // 这段代码会抛出IllegalArgumentException，因为minIdle>maxIdle ResourcePoolConfig config = new ResourcePoolConfig.Builder() .setName("dbconnectionpool") .setMaxTotal(16) .build();　　工厂模式是用来创建不同但是相关类型的对象（继承同一父类或者接口的一组子类），由给定的参数来决定创建哪种类型的对象。建造者模式是用来创建一种类型的复杂对象，通过设置不同的可选参数，“定制化”地创建不同的对象。　　简单地说，工厂模式是根据不同的条件生成不同类的对象，建造者模式是根据不同参数生成一个类的不同对象。4）原型模式　　如果对象的创建成本比较大，而同一个类的不同对象之间差别不大（大部分字段都相同），在这种情况下，可以利用对已有对象（原型）进行复制（或者叫拷贝）的方式来创建新对象，以达到节省创建时间的目的。这种基于原型来创建对象的方式就叫作原型设计模式（Prototype Design Pattern），简称原型模式。　　如果对象中的数据需要经过复杂的计算才能得到（比如排序、计算哈希值），或者需要从 RPC、网络、数据库、文件系统等非常慢速的 IO 中读取，这种情况下，就可以利用原型模式，从其他已有对象中直接拷贝得到，而不用每次在创建新对象的时候，都重复执行这些耗时的操作。　　原型模式的实现方式：深拷贝（Deep Copy）和浅拷贝（Shallow Copy）。　　浅拷贝只会复制图中的索引（散列表），不会复制数据（SearchWord 对象）本身。相反，深拷贝不仅仅会复制索引，还会复制数据本身。浅拷贝得到的对象（newKeywords）跟原始对象（currentKeywords）共享数据（SearchWord 对象），而深拷贝得到的是一份完完全全独立的对象。　　实现深拷贝的两种方法：　　（1）第一种方法：递归拷贝对象、对象的引用对象以及引用对象的引用对象……直到要拷贝的对象只包含基本数据类型数据，没有引用对象为止。　　（2）第二种方法：先将对象序列化，然后再反序列化成新的对象。二、结构型　　结构型模式主要总结了一些类或对象组合在一起的经典结构，这些经典的结构可以解决特定应用场景的问题。1）代理模式　　代理模式（Proxy Design Pattern）是指在不改变原始类（或叫被代理类）代码的情况下，通过引入代理类来给原始类附加功能。　　为了将框架代码和业务代码解耦，代理模式就派上用场了。　　UserController 类只负责业务功能。代理类 UserControllerProxy 负责在业务代码执行前后附加其他逻辑代码，并通过委托的方式调用原始类来执行业务代码。public interface IUserController { UserVo login(String telephone, String password); UserVo register(String telephone, String password); } public class UserController implements IUserController { } public class UserControllerProxy implements IUserController { private MetricsCollector metricsCollector; private UserController userController; public UserControllerProxy(UserController userController) { this.userController = userController; this.metricsCollector = new MetricsCollector(); } @Override public UserVo login(String telephone, String password) { long startTimestamp = System.currentTimeMillis(); // 委托 UserVo userVo = userController.login(telephone, password); long endTimeStamp = System.currentTimeMillis(); long responseTime = endTimeStamp - startTimestamp; RequestInfo requestInfo = new RequestInfo("login", responseTime, startTimestamp); metricsCollector.recordRequest(requestInfo); return userVo; } }　　为了让代码改动尽量少，在刚刚的代理模式的代码实现中，代理类和原始类需要实现相同的接口。而对于外部类的扩展，一般都是采用继承的方式。public class UserControllerProxy extends UserController { }　　所谓动态代理（Dynamic Proxy），就是不事先为每个原始类编写代理类，而是在运行的时候，动态地创建原始类对应的代理类，然后在系统中用代理类替换掉原始类。　　应用场景：　　（1）在业务系统中开发一些非功能性需求，比如：监控、统计、鉴权、限流、事务、幂等、日志。　　（2）RPC 框架也可以看作一种代理模式，通过远程代理，将网络通信、数据编解码等细节隐藏起来。在 AOP 切面中完成接口缓存的功能。2）桥接模式　　桥接模式（Bridge Design Pattern）也叫桥梁模式，对于这个模式有两种不同的理解方式。　　（1）将抽象和实现解耦，让它们可以独立变化。　　（2）一个类存在两个（或多个）独立变化的维度，通过组合的方式，让这两个（或多个）维度可以独立进行扩展。　　针对 Notification 的代码，将不同渠道的发送逻辑剥离出来，形成独立的消息发送类（MsgSender 相关类）。其中，Notification 类相当于抽象，MsgSender 类相当于实现，两者可以独立开发，通过组合关系（也就是桥梁）任意组合在一起。所谓任意组合的意思就是，不同紧急程度的消息和发送渠道之间的对应关系，不是在代码中固定写死的，可以动态地去指定（比如，通过读取配置来获取对应关系）。public interface MsgSender { void send(String message); } public class TelephoneMsgSender implements MsgSender { private List<String> telephones; public TelephoneMsgSender(List<String> telephones) { this.telephones = telephones; } @Override public void send(String message) { //... } } public class EmailMsgSender implements MsgSender { // 与TelephoneMsgSender代码结构类似，所以省略... } public abstract class Notification { protected MsgSender msgSender; public Notification(MsgSender msgSender) { this.msgSender = msgSender; } public abstract void notify(String message); } public class SevereNotification extends Notification { public SevereNotification(MsgSender msgSender) { super(msgSender); } @Override public void notify(String message) { msgSender.send(message); } } public class UrgencyNotification extends Notification { // 与SevereNotification代码结构类似，所以省略... } public class NormalNotification extends Notification { // 与SevereNotification代码结构类似，所以省略... }3）装饰器模式　　装饰器模式（Decorator Design Pattern）相对于简单的组合关系，有两个比较特殊的地方。　　（1）装饰器类和原始类继承同样的父类，这样可以对原始类“嵌套”多个装饰器类。　　（2）装饰器类是对功能的增强，这也是装饰器模式应用场景的一个重要特点。　　代理类附加的是跟原始类无关的功能，而在装饰器模式中，装饰器类附加的是跟原始类相关的增强功能。　　代理模式偏重业务无关，高度抽象和稳定性较高的场景。装饰器模式偏重业务相关，定制化诉求高，改动较频繁的场景。4）适配器模式　　适配器模式（Adapter Design Pattern）可将不兼容的接口转换为可兼容的接口，让原本由于接口不兼容而不能一起工作的类可以一起工作。　　适配器模式有两种实现方式：类适配器和对象适配器。其中，类适配器使用继承关系来实现，对象适配器使用组合关系来实现。下面是使用的前提条件。　　（1）如果 Adaptee 接口并不多，那两种实现方式都可以。　　（2）如果 Adaptee 接口很多，而且 Adaptee 和 ITarget 接口定义大部分都相同，那推荐使用类适配器，因为 Adaptor 复用父类 Adaptee 的接口，比起对象适配器的实现方式，Adaptor 的代码量要少一些。　　（3）如果 Adaptee 接口很多，而且 Adaptee 和 ITarget 接口定义大部分都不相同，那推荐使用对象适配器，因为组合结构相对于继承更加灵活。　　应用场景：　　适配器模式可以看作一种“补偿模式”，用来补救设计上的缺陷。应用这种模式算是“无奈之举”。　　（1）封装有缺陷的接口设计。对外部系统提供的接口进行二次封装，抽象出更好的接口设计。　　（2）统一多个类的接口设计。将所有系统的接口适配为统一的接口定义。　　（3）替换依赖的外部系统。　　（4）兼容老版本接口。　　（5）适配不同格式的数据。　　代理、桥接、装饰器和适配器都可以称为 Wrapper 模式，也就是通过 Wrapper 类二次封装原始类。　　（1）代理模式：代理模式在不改变原始类接口的条件下，为原始类定义一个代理类，主要目的是控制访问，而非加强功能，这是它跟装饰器模式最大的不同。　　（2）桥接模式：桥接模式的目的是将接口部分和实现部分分离，从而让它们可以较为容易、也相对独立地加以改变。　　（3）装饰器模式：装饰者模式在不改变原始类接口的情况下，对原始类功能进行增强，并且支持多个装饰器的嵌套使用。　　（4）适配器模式：适配器模式是一种事后的补救策略。适配器提供跟原始类不同的接口，而代理模式、装饰器模式提供的都是跟原始类相同的接口。5）门面模式　　门面模式（Facade Design Pattern）为子系统提供一组统一的接口，定义一组高层接口让子系统更易用。子系统（subsystem）既可以是一个完整的系统，也可以是更细粒度的类或者模块。　　App 客户端的响应速度比较慢，排查之后发现，是因为过多的接口调用过多的网络通信。针对这种情况，就可以利用门面模式，让后端服务器提供一个包裹 a、b、d 三个接口调用的接口 x。App 客户端调用一次接口 x，来获取到所有想要的数据，将网络通信的次数从 3 次减少到 1 次，也就提高了 App 的响应速度。　　应用场景：　　（1）解决易用性问题，比如，Linux 系统调用函数、Shell 命令。　　（2）解决性能问题，如果门面接口特别多，并且很多都是跨多个子系统的，可将门面接口放到一个新的子系统中。　　（3）解决分布式事务问题，比如在一个事务中，执行创建用户和创建钱包这两个 SQL 操作。　　与适配器模式的区别：　　（1）适配器模式是做接口转换，解决的是原接口和目标接口不匹配的问题。在代码结构上主要是继承加组合。　　（2）门面模式做接口整合，解决的是多接口调用带来的问题。在代码结构上主要是封装。6）组合模式　　组合模式（Composite Design Pattern）跟面向对象设计中的“组合关系（通过组合来组装两个类）”，完全是两码事。它主要是用来处理树形结构数据，其中数据可理解为一组对象集合。　　组合模式是将一组对象组织成树形结构，以表示一种“部分 - 整体”的层次结构。组合让客户端（指代码的使用者）可以统一单个对象和组合对象的处理逻辑。　　对照着例子，重新定义：　　将一组对象（文件和目录）组织成树形结构，以表示一种‘部分 - 整体’的层次结构（目录与子目录的嵌套结构）。组合模式让客户端可以统一单个对象（文件）和组合对象（目录）的处理逻辑（递归遍历）。　　实际上，组合模式的设计思路，与其说是一种设计模式，倒不如说是对业务场景的一种数据结构和算法的抽象。其中，数据可以表示成树，业务需求可以通过在树上的递归遍历算法来实现。7）享元模式　　所谓享元，顾名思义就是被共享的单元。享元模式（Flyweight Design Pattern）的意图是复用对象，节省内存，前提是享元对象是不可变对象。　　当一个系统中存在大量重复对象的时候，如果这些重复的对象是不可变对象，就可以利用享元模式将对象设计成享元，在内存中只保留一份实例，供多处代码引用。对于相似对象，也可以将它相同的部分（字段）提取出来，设计成享元。　　“不可变对象”指的是，一旦通过构造函数初始化完成之后，它的状态（对象的成员变量或者属性）就不会再被修改了。所以，不可变对象不能暴露任何 set() 等修改内部状态的方法。之所以要求享元是不可变对象，那是因为它会被多处代码共享使用，避免一处代码对享元进行了修改，影响到其他使用它的代码。　　所有的 ChessBoard 对象共享这 30 个 ChessPieceUnit 对象（因为象棋中只有 30 个棋子）。在使用享元模式之前，记录 1 万个棋局，要创建 30 万（30*1 万）个棋子的 ChessPieceUnit 对象。利用享元模式，只需要创建 30 个享元对象供所有棋局共享使用即可，大大节省了内存。// 享元类 public class ChessPieceUnit { private int id; private String text; private Color color; public ChessPieceUnit(int id, String text, Color color) { this.id = id; this.text = text; this.color = color; } public static enum Color { RED, BLACK } } public class ChessPieceUnitFactory { private static final Map<Integer, ChessPieceUnit> pieces = new HashMap<>(); static { pieces.put(1, new ChessPieceUnit(1, "車", ChessPieceUnit.Color.BLACK)); pieces.put(2, new ChessPieceUnit(2,"馬", ChessPieceUnit.Color.BLACK)); //...省略摆放其他棋子的代码... } public static ChessPieceUnit getChessPiece(int chessPieceId) { return pieces.get(chessPieceId); } } public class ChessPiece { //棋子 private ChessPieceUnit chessPieceUnit; private int positionX; private int positionY; public ChessPiece(ChessPieceUnit unit, int positionX, int positionY) { this.chessPieceUnit = unit; this.positionX = positionX; this.positionY = positionY; } } public class ChessBoard { //棋局 private Map<Integer, ChessPiece> chessPieces = new HashMap<>(); public ChessBoard() { init(); } private void init() { chessPieces.put(1, new ChessPiece( ChessPieceUnitFactory.getChessPiece(1), 0,0)); chessPieces.put(1, new ChessPiece( ChessPieceUnitFactory.getChessPiece(2), 1,0)); //...省略摆放其他棋子的代码... } public void move(int chessPieceId, int toPositionX, int toPositionY) { //...省略... } }　　实际上，它的代码实现非常简单，主要是通过工厂模式，在工厂类中，通过一个 Map 来缓存已经创建过的享元对象，来达到复用的目的。　　在单例模式中，一个类只能创建一个对象，而在享元模式中，一个类可以创建多个对象，每个对象被多处代码引用共享。三、行为型　　创建型设计模式主要解决“对象的创建”问题，结构型设计模式主要解决“类或对象的组合或组装”问题，那行为型设计模式主要解决的就是“类或对象之间的交互”问题。　　设计模式要干的事情就是解耦。创建型模式是将创建和使用代码解耦，结构型模式是将不同功能代码解耦，行为型模式是将不同的行为代码解耦。1）观察者模式　　观察者模式（Observer Design Pattern）也叫发布订阅模式（Publish-Subscribe Design Pattern），在对象之间定义一个一对多的依赖，当一个对象状态改变的时候，所有依赖的对象都会自动收到通知。　　一般情况下，被依赖的对象叫作被观察者（Observable），依赖的对象叫作观察者（Observer）。观察者模式就是将观察者和被观察者代码解耦。public interface Subject { void registerObserver(Observer observer); void removeObserver(Observer observer); void notifyObservers(Message message); } public interface Observer { void update(Message message); }　　基于消息队列的实现方式，被观察者完全不感知观察者，同理，观察者也完全不感知被观察者。被观察者只管发送消息到消息队列，观察者只管从消息队列中读取消息来执行相应的逻辑。2）模板模式　　模板模式（Template Method Design Pattern）全称是模板方法模式，可在一个方法中定义一个算法骨架，并将某些步骤推迟到子类中实现。模板模式可以让子类在不改变算法整体结构的情况下，重新定义算法中的某些步骤。　　这里的“算法”，可以理解为广义上的“业务逻辑”，并不特指数据结构和算法中的“算法”。public abstract class AbstractClass { public final void templateMethod() { //... method1(); //... method2(); //... } protected abstract void method1(); protected abstract void method2(); } public class ConcreteClass1 extends AbstractClass { @Override protected void method1() {} @Override protected void method2() {} } public class ConcreteClass2 extends AbstractClass { @Override protected void method1() {} @Override protected void method2() {} }　　模板方法定义为 final，可以避免被子类重写。需要子类重写的方法定义为 abstract，可以强迫子类去实现。　　（1）作用一：复用　　模板模式把一个算法中不变的流程抽象到父类的模板方法 templateMethod() 中，将可变的部分 method1()、method2() 留给子类 ContreteClass1 和 ContreteClass2 来实现。　　（2）作用二：扩展　　这里所说的扩展，并不是指代码的扩展性，而是指框架的扩展性，有点类似之前讲到的控制反转。基于这个作用，模板模式常用在框架的开发中，让框架用户可以在不修改框架源码的情况下，定制化框架的功能。3）策略模式　　策略模式（Strategy Design Pattern）定义一族算法类，将每个算法分别封装起来，让它们可以互相替换。策略模式可以使算法的变化独立于使用它们的客户端（使用算法的代码）。　　策略模式解耦的是策略的定义、创建、使用这三部分。让每个部分都不至于过于复杂、代码量过多。　　（1）策略类的定义比较简单，包含一个策略接口和一组实现这个接口的策略类。　　（2）通过类型（type）来判断创建哪个策略。可以把根据 type 创建策略的逻辑抽离出来，放到工厂类中。　　（3）运行时动态确定使用哪种策略，即在程序运行期间，根据配置、用户输入、计算结果等这些不确定因素，动态决定使用哪种策略。　　利用策略模式避免分支判断。将不同类型订单的打折策略设计成策略类，并由工厂类来负责创建策略对象。// 策略的定义 public interface DiscountStrategy { double calDiscount(Order order); } // 省略NormalDiscountStrategy、GrouponDiscountStrategy、PromotionDiscountStrategy类代码... // 策略的创建 public class DiscountStrategyFactory { private static final Map<OrderType, DiscountStrategy> strategies = new HashMap<>(); static { strategies.put(OrderType.NORMAL, new NormalDiscountStrategy()); strategies.put(OrderType.GROUPON, new GrouponDiscountStrategy()); strategies.put(OrderType.PROMOTION, new PromotionDiscountStrategy()); } public static DiscountStrategy getDiscountStrategy(OrderType type) { return strategies.get(type); } } // 策略的使用 public class OrderService { public double discount(Order order) { OrderType type = order.getType(); DiscountStrategy discountStrategy = DiscountStrategyFactory.getDiscountStrategy(type); return discountStrategy.calDiscount(order); } }　　策略模式侧重“策略”或“算法”这个特定的应用场景，用来解决根据运行时状态从一组策略中选择不同策略的问题，而工厂模式侧重封装对象的创建过程，这里的对象没有任何业务场景的限定，可以是策略，但也可以是其他东西。4）职责链模式　　职责链模式（Chain Of Responsibility Design Pattern）是将请求的发送和接收解耦，让多个接收对象都有机会处理这个请求。将这些接收对象串成一条链，并沿着这条链传递这个请求，直到链上的某个接收对象能够处理它为止。　　在职责链模式中，多个处理器（接收对象）依次处理同一个请求。一个请求先经过 A 处理器处理，然后再把请求传递给 B 处理器，B 处理器处理完后再传递给 C 处理器，以此类推，形成一个链条。链条上的每个处理器各自承担各自的处理职责，所以叫作职责链模式。public abstract class Handler { //模板模式 protected Handler successor = null; public void setSuccessor(Handler successor) { this.successor = successor; } public final void handle() { boolean handled = doHandle(); if (successor != null && !handled) { successor.handle(); } } protected abstract boolean doHandle(); } public class HandlerA extends Handler { @Override protected boolean doHandle() { boolean handled = false; //... return handled; } } public class HandlerB extends Handler { @Override protected boolean doHandle() { boolean handled = false; //... return handled; } } public class HandlerChain { private Handler head = null; private Handler tail = null; public void addHandler(Handler handler) { handler.setSuccessor(null); if (head == null) { head = handler; tail = handler; return; } tail.setSuccessor(handler); tail = handler; } public void handle() { if (head != null) { head.handle(); } } } public class Application { //使用举例 public static void main(String[] args) { HandlerChain chain = new HandlerChain(); chain.addHandler(new HandlerA()); chain.addHandler(new HandlerB()); chain.handle(); } }　　职责链模式还有一种变体，那就是请求会被所有的处理器都处理一遍，不存在中途终止的情况。这种变体也有两种实现方式：用链表存储处理器和用数组存储处理器。　　为什么非要使用职责链模式呢？这是不是过度设计呢？　　（1）应对代码的复杂性，用职责链模式把各个敏感词过滤函数继续拆分出来，设计成独立的类，进一步简化了 SensitiveWordFilter 类，让 SensitiveWordFilter 类的代码不会过多，过复杂。　　（2）满足开闭原则，当要扩展新的过滤算法时，只需要新添加一个 Filter 类，并且通过 addFilter() 函数将它添加到 FilterChain 中即可，其他代码完全不需要修改。5）状态模式　　状态模式一般用来实现状态机，而状态机常用在游戏、工作流引擎等系统开发中。　　有限状态机（Finite State Machine，FSM），简称为状态机。状态机有 3 个组成部分：状态（State）、事件（Event）、动作（Action）。其中，事件也称为转移条件（Transition Condition）。事件触发状态的转移及动作的执行。不过，动作不是必须的，也可能只转移状态，不执行任何动作。　　（1）状态机实现方式一：分支逻辑法　　参照状态转移图，将每一个状态转移，原模原样地直译成代码。这样编写的代码会包含大量的 if-else 或 switch-case 分支判断逻辑，甚至是嵌套的分支判断逻辑，所以这种方法暂且命名为分支逻辑法。　　（2）状态机实现方式二：查表法　　把这两个二维数组存储在配置文件中，当需要修改状态机时，甚至可以不修改任何代码，只需要修改配置文件就可以了。　　（3）状态机实现方式三：状态模式　　如果要执行的动作是一系列复杂的逻辑操作（比如加减积分、写数据库，还有可能发送消息通知等等），那么查表法就不合适了。　　状态模式通过将事件触发的状态转移和动作执行，拆分到不同的状态类中，来避免分支判断逻辑。public interface IMario { //所有状态类的接口 void obtainMushRoom(); void obtainCape(); } public class SmallMario implements IMario { private MarioStateMachine stateMachine; public SmallMario(MarioStateMachine stateMachine) { this.stateMachine = stateMachine; } @Override public void obtainMushRoom() { stateMachine.setCurrentState(new SuperMario(stateMachine)); stateMachine.setScore(stateMachine.getScore() + 100); } @Override public void obtainCape() { stateMachine.setCurrentState(new CapeMario(stateMachine)); stateMachine.setScore(stateMachine.getScore() + 200); } } public class SuperMario implements IMario { private MarioStateMachine stateMachine; public SuperMario(MarioStateMachine stateMachine) { this.stateMachine = stateMachine; } @Override public void obtainMushRoom() { // do nothing... } @Override public void obtainCape() { stateMachine.setCurrentState(new CapeMario(stateMachine)); stateMachine.setScore(stateMachine.getScore() + 200); } } public class MarioStateMachine { private int score; private IMario currentState; //不再使用枚举来表示状态 public MarioStateMachine() { this.score = 0; this.currentState = new SmallMario(this); } public void obtainMushRoom() { this.currentState.obtainMushRoom(); } public void obtainCape() { this.currentState.obtainCape(); } public void setScore(int score) { this.score = score; } public void setCurrentState(IMario currentState) { this.currentState = currentState; } }6）迭代器模式　　迭代器模式（Iterator Design Pattern）也叫游标模式（Cursor Design Pattern）用来遍历集合对象。　　这里说的“集合对象”也可以叫“容器”“聚合对象”，实际上就是包含一组对象的对象，比如数组、链表、树、图、跳表。　　迭代器模式将集合对象的遍历操作从集合类中拆分出来，放到迭代器类中，让两者的职责更加单一。　　一个完整的迭代器模式一般会涉及容器和容器迭代器两部分内容。为了达到基于接口而非实现编程的目的，容器又包含容器接口、容器实现类，迭代器又包含迭代器接口、迭代器实现类。public interface Iterator<E> { boolean hasNext(); void next(); E currentItem(); }　　总结下来就三句话：迭代器中需要定义 hasNext()、currentItem()、next() 三个最基本的方法。待遍历的容器对象通过依赖注入传递到迭代器类中。容器通过 iterator() 方法来创建迭代器。　　为什么还要用迭代器来遍历容器呢？为什么还要给容器设计对应的迭代器呢？　　（1）复杂的数据结构（比如树、图）来说，有各种复杂的遍历方式。　　（2）将游标指向的当前位置等信息，存储在迭代器类中，每个迭代器独享游标信息。　　（3）容器和迭代器都提供了抽象的接口，方便在开发时基于接口而非具体的实现编程。　　在通过迭代器来遍历集合元素的同时，增加或者删除集合中的元素，有可能会导致某个元素被重复遍历或遍历不到。7）访问者模式　　访问者者模式（Visitor Design Pattern）允许一个或者多个操作应用到一组对象上，解耦操作和对象本身。　　访问者模式针对的是一组类型不同的对象（PdfFile、PPTFile、WordFile）。不过，尽管这组对象的类型是不同的，但是，它们继承相同的父类（ResourceFile）或者实现相同的接口。　　在不同的应用场景下，需要对这组对象进行一系列不相关的业务操作（抽取文本、压缩等），但为了避免不断添加功能导致类（PdfFile、PPTFile、WordFile）不断膨胀，职责越来越不单一，以及避免频繁地添加功能导致的频繁代码修改，使用访问者模式，将对象与操作解耦，将这些业务操作抽离出来，定义在独立细分的访问者类（Extractor、Compressor）中。　　对于访问者模式，学习的主要难点在代码实现。而代码实现比较复杂的主要原因是，函数重载在大部分面向对象编程语言中是静态绑定的。也就是说，调用类的哪个重载函数，是在编译期间，由参数的声明类型决定的，而非运行时，根据参数的实际类型决定的。8）备忘录模式　　备忘录模式（Memento Design Pattern）也叫快照（Snapshot）模式，在不违背封装原则的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便之后恢复对象为先前的状态。　　备忘录模式主要是用来防丢失、撤销、恢复等。　　其一，定义一个独立的类（Snapshot 类）来表示快照，而不是复用 InputText 类。这个类只暴露 get() 方法，没有 set() 等任何修改内部状态的方法。　　其二，在 InputText 类中，把 setText() 方法重命名为 restoreSnapshot() 方法，用意更加明确，只用来恢复对象。public class InputText { private StringBuilder text = new StringBuilder(); public String getText() { return text.toString(); } public void append(String input) { text.append(input); } public Snapshot createSnapshot() { return new Snapshot(text.toString()); } public void restoreSnapshot(Snapshot snapshot) { this.text.replace(0, this.text.length(), snapshot.getText()); } } public class Snapshot { private String text; public Snapshot(String text) { this.text = text; } public String getText() { return this.text; } } public class SnapshotHolder { private Stack<Snapshot> snapshots = new Stack<>(); public Snapshot popSnapshot() { return snapshots.pop(); } public void pushSnapshot(Snapshot snapshot) { snapshots.push(snapshot); } }9）命令模式　　命令模式（Command Design Pattern）将请求（命令）封装为一个对象，这样可以使用不同的请求参数化其他对象（将不同请求依赖注入到其他对象），并且能够支持请求（命令）的排队执行、记录日志、撤销等（附加控制）功能。　　在大部分编程语言中，函数没法作为参数传递给其他函数，也没法赋值给变量。借助命令模式，可以将函数封装成对象。设计一个包含这个函数的类，实例化一个对象传来传去，这样就可以实现把函数像对象一样使用。　　在策略模式中，不同的策略具有相同的目的、不同的实现、互相之间可以替换。比如，BubbleSort、SelectionSort 都是为了实现排序的，只不过一个是用冒泡排序算法来实现的，另一个是用选择排序算法来实现的。而在命令模式中，不同的命令具有不同的目的，对应不同的处理逻辑，并且互相之间不可替换。　　命令模式的主要作用和应用场景，是用来控制命令的执行，比如，异步、延迟、排队执行命令、撤销重做命令、存储命令、给命令记录日志等。10）解释器模式　　解释器模式（Interpreter Design Pattern）只在一些特定的领域会被用到，比如编译器、规则引擎、正则表达式。它能为某个语言定义它的语法（或者叫文法）表示，并定义一个解释器用来处理这个语法。11）中介模式　　中介模式（Mediator Design Pattern）定义了一个单独的（中介）对象，来封装一组对象之间的交互。将这组对象之间的交互委派给与中介对象交互，来避免对象之间的直接交互。　　中介模式的设计思想跟中间层很像，通过引入中介这个中间层，将一组对象之间的交互关系（或者说依赖关系）从多对多（网状关系）转换为一对多（星状关系）。　　假设有一个比较复杂的对话框，对话框中有很多控件，比如按钮、文本框、下拉框等。当对某个控件进行操作的时候，其他控件会做出相应的反应，比如，在下拉框中选择“注册”，注册相关的控件就会显示在对话框中。public interface Mediator { void handleEvent(Component component, String event); } public class LandingPageDialog implements Mediator { private Button loginButton; private Button regButton; private Selection selection; private Input usernameInput; private Input passwordInput; private Input repeatedPswdInput; private Text hintText; @Override public void handleEvent(Component component, String event) { if (component.equals(loginButton)) { String username = usernameInput.text(); String password = passwordInput.text(); //校验数据... //做业务处理... } else if (component.equals(regButton)) { //获取usernameInput、passwordInput、repeatedPswdInput数据... //校验数据... //做业务处理... } else if (component.equals(selection)) { String selectedItem = selection.select(); if (selectedItem.equals("login")) { usernameInput.show(); passwordInput.show(); repeatedPswdInput.hide(); hintText.hide(); //...省略其他代码 } else if (selectedItem.equals("register")) { //.... } } } }　　好处是简化了控件之间的交互，坏处是中介类有可能会变成大而复杂的“上帝类”（God Class）。所以，在使用中介模式的时候，要根据实际的情况，平衡对象之间交互的复杂度和中介类本身的复杂度。　　中介模式和观察者模式的区别在哪里呢？　　（1）在观察者模式中，尽管一个参与者既可以是观察者，同时也可以是被观察者，但是大部分情况下，交互关系往往都是单向的，一个参与者要么是观察者，要么是被观察者，不会兼具两种身份。　　（2）而中介模式正好相反。参与者之间的交互关系错综复杂，既可以是消息的发送者、也可以同时是消息的接收者。

计算机专业英语实战记录（整理了上千个相关单词）

　　自上一篇《每次阅读外文技术资料都头疼，终于知道原因了》已过去多月，最近又在做简单的实践，实践方式很朴素，就是对照阅读React官方资料和国内翻译的资料，逐句对比，发现了许多问题，特在此记录。一、问题记录1）with（配合、带）、for（用来）、by（通过）等介词在连接语句时的词义没有把握好。1、The watcher will create a preprocessed like_button.js with the plain JavaScript code suitable for the browser. 监听器会创建一个预处理过的like_button.js文件，它包含了适用于浏览器的普通JavaScript代码。 2、Use an integrated toolchain for the best user and developer experience. 使用集成的工具链，以实现最佳的用户和开发人员体验。 3、and optimizes your app for production. 并为生产环境优化你的应用程序。 4、you can access the navigation by pressing the button in the bottom right corner of your screen. 你可以通过点击屏幕右下角的按钮来查看导航栏。2）根据上下文语境，没有扩展出单词或语句的特殊含义。1、approachable toolchains 易上手的工具链 2、Knowledge Level Assumptions 预备知识 3、Many React users credit reading Thinking in React as the moment React finally “clicked” for them. 很多用户认为阅读React哲学是他们最终对React恍然大悟的时刻。 4、Creating a Toolchain from Scratch 从头开始打造工具链3）一碰到语句需要变序或者句子一长，就很难下手，无法准确的组织语句。1、and is the best way to start building a new single-page application in React. 也是用 React 创建新的单页应用的最佳方式。 2、This enables a better error handling experience in React 16 and later.（in提前） 这样能在 React 16 及以上的版本中有更好的错误处理体验。 3、You can learn most of React by reading the “Main Concepts” guide chapters in the order they appear in the sidebar. 你可以按照侧边导航栏中显示的顺序阅读浏览“核心概念”的指南章节。 4、thinking about how the UI should look at any given moment rather than how to change it over time eliminates a whole class of bugs. 考虑 UI 在任意给定时刻的状态，而不是随时间变化的过程，能够消灭一整类的bug。 5、running npm run build will create an optimized build of your app in the build folder. 执行npm run build会在build文件夹内生成你应用的优化版本。4）硬读，没有采取技巧。　　第一天读的很慢，而且效率还很低，下午的时候头已经昏昏沉沉了，后面去网上查了些资料，总结出三个（如下所列），应用起来后，效率提升了很多。　　（1）避免默读，就是心中不要将单词读出。因为当遇到不认识的单词时，会打断思路，卡住后就会影响后面的理解。　　（2）意群阅读，也就是将句子分成几段，而不是一个个的读。如果逐个读，就无法全面的理解句意，因为很多时候是要换顺序的。　　（3）句子成分，划分为主谓宾（主干部分）和定状补（修饰部分）两部分，长句很多是因为修饰比较长。　　其实在上一篇英语总结中也介绍过阅读技巧，还详细介绍了各类基础语法和句法。5）词汇量太少，包含单词和词组都不够。　　简单的诸如primarily（主要地）、above（上）、majority（大多数）、comfortable（适应）、deploy（部署）、production（生产环境）、specific（具体）、master（掌握）、essentially（本质上）、listener（监听器）等都不能脱口而出，复杂的像ecology（生态）、typo（错别字）、recap（概括）就更不用说了。　　往往在读一句话时，会被几个关键单词所卡住，导致整句无法理解，例如下面这句。only a single instance of the Clock class will be used. 就仅有一个 Clock 组件的class实例被创建使用。　　为了能更针对性的增加计算机相关的单词，这次特地从《计算机专业英语（第3版）》中整理出近千个单词，书的封面如下图所示。这些单词都是纯手打，可能会有错误，欢迎指正。二、计算机专业英语文章中的单词　　总共包含300多个单词，要打印的话可以在此处下载Excel文档，Github上也放了一份，之所以放三列是为了在手机上看能方便点。顺便推荐一个能将表格数据转换成Markdown、HTML等格式的在线工具，下面的表格就是用该工具生成的。单词注释音标abate减轻，废除[əˈbeɪt]abstraction抽象，摘要[æbˈstrækʃn]abuse滥用[əˈbjuːz]accelerator加速器[əkˈseləreɪtə(r)]accessible易接近的[əkˈsesəbl]accountant会计[əˈkaʊntənt]accurate正确的[ˈækjərət]acronym首字母缩略字[ˈækrənɪm]activate激活[ˈæktɪveɪt]adequate足够的[ˈædɪkwət]adjacent领近的[əˈdʒeɪsnt]administrative管理的[ədˈmɪnɪstrətɪv]affordable负担得起[əˈfɔːdəbl]agency代理机构[ˈeɪdʒənsi]align匹配[əˈlaɪn]allot分配[əˈlɒt]analogous相似的[əˈnæləɡəs]analyst分析家[ˈænəlɪst]annulus环[ˈanyələs]anomalies异常[əˈnɒməliz]anonymity匿名[ˌænəˈnɪməti]anticipate预料[ænˈtɪsɪpeɪt]apparently清楚地[əˈpærəntli]appropriate适当的[əˈprəʊpriət]arena舞台[əˈriːnə]arithmetic算术[əˈrɪθmətɪk]assembler汇编程序[əˈsemblə(r)]assignment分配[əˈsaɪnmənt]assortment分类[əˈsɔːtmənt]attach依附上[əˈtætʃ]attribute属性[əˈtrɪbjuːt]audience观众[ˈɔːdiəns]authentic可信的[ɔːˈθentɪk]authentication认证[ɔːˌθentɪˈkeɪʃn]available可利用的，有效的[əˈveɪləbl]backbone骨干[ˈbækbəʊn]bacterial细菌的[bækˈtɪəriəl]behavior行为[bɪ'heɪvjə(r)]billion十亿[ˈbɪljən]bitmap位图[ˈbɪtmæp]bluetooth蓝牙['bluːˌtuːθ]boost促进[buːst]brute暴力的[bruːt]budget预算[ˈbʌdʒɪt]bureaucracy官僚机构[bjʊəˈrɒkrəsi]calculator计算器[ˈkælkjuleɪtə(r)]carburetor化油器[ˈkɑːbjʊrɛtə]cellular多孔的[ˈseljələ(r)]challenge挑战[ˈtʃælɪndʒ]choke窒息[tʃəʊk]churn搅拌，制造[tʃɜːn]ciphertext密文[ˈsaɪfə(r) tekst]coaxial共轴的[ˈkəʊˈæksɪəl]cognitive认识的[ˈkɒɡnətɪv]coherent一致的[kəʊˈhɪərənt]combination组合[ˌkɒmbɪˈneɪʃn]comfortable舒服的[ˈkʌmftəbl]commodity商品[kəˈmɒdəti]comparison比较，对照[kəmˈpærɪsn]competitive竞争的[kəmˈpetətɪv]comprehensive有理解力的[ˌkɒmprɪˈhensɪv]conclusion结论[kənˈkluːʒn]concurrently同时发生地[kənˈkʌrəntli]configuration结构[kənˌfɪɡəˈreɪʃn]confuse使混乱[kənˈfjuːz]connectivity连接[ˌkɒnekˈtɪvəti]consecutive连续的[kənˈsekjətɪv]considerable相当大的[kənˈsɪdərəbl]considerably非常地[kənˈsɪdərəbli]consistency一致[kənˈsɪstənsi]constraint强制[kənˈstreɪnt]consultation商议[ˌkɒnslˈteɪʃn]consumption消费[kənˈsʌmpʃn]contractor合同人[kənˈtræktə(r)]coordinate使协调[kəʊˈɔːdɪneɪt]cordless无绳的[ˈkɔːdləs]counteract抵消[ˌkaʊntərˈækt]coverage范围[ˈkʌvərɪdʒ]creativity创造力[ˌkriːeɪˈtɪvəti]credibility可靠的[ˌkredəˈbɪləti]criteria标准[kraɪ'tɪəriə]critical批评的[ˈkrɪtɪkl]crucial关键的[ˈkruːʃl]cryptographic加密的[ˈkrɪptoʊ ˈɡræfɪk]database数据库[ˈdeɪtəbeɪs]deceptive靠不住的[dɪˈseptɪv]decline下降[dɪˈklaɪn]decode译码[ˌdiːˈkəʊd]decompose分解[ˌdiːkəmˈpəʊz]deficit赤字[ˈdefɪsɪt]deflector导向装置[dɪˈflɛktə]demodulation解调denial否认[dɪˈnaɪəl]denote表示[dɪˈnəʊt]deploy部署[dɪˈplɔɪ]deposit保证金[dɪˈpɒzɪt]description描述[dɪˈskrɪpʃn]diagnose诊断[ˈdaɪəɡnəʊz]differentiate区别[ˌdɪfəˈrenʃieɪt]disaster灾害[dɪˈzɑːstə(r)]disburse付出[dɪsˈbɜːs]disguise伪装[dɪsˈɡaɪz]disposal支配权[dɪˈspəʊzl]dispute辩论[dɪˈspjuːt]dissect仔细分析[dɪˈsekt]diverse不同的[daɪˈvɜːs]domain领域[dəˈmeɪn]dramatically突然地[drəˈmætɪk(ə)li]drug药物[drʌɡ]eavesdrop偷听[ˈiːvzdrɒp]effortless容易的[ˈefətləs]elevate举起，提拔[ˈelɪveɪt]embedded嵌入到[ɪmˈbedɪd]embody使具体化[ɪmˈbɒdi]encapsulation封装encompass围绕[ɪnˈkʌmpəs]encounter相遇[ɪnˈkaʊntə(r)]encryption加密的[ɪnˈkrɪpʃ(ə)n]enhance提高[ɪnˈhɑːns]enterprise企业[ˈentəpraɪz]entrust信托[ɪnˈtrʌst]epidemics流行病[ˌɛpɪˈdɛmɪks]equivalent相等的[ɪˈkwɪvələnt]erase抹去[ɪˈreɪz]essential本质的[ɪˈsenʃl]establish建立[ɪˈstæblɪʃ]evaluate评估[ɪˈvæljueɪt]executable可执行的[ɪɡˈzekjətəbl]expenditure支出，开销[ɪkˈspendɪtʃə(r)]exponentiation幂运算extraction提取[ɪkˈstrækʃn]extrapolate推断[ɪkˈstræpəleɪt]facility天赋[fəˈsɪləti]fashion时尚[ˈfæʃn]feedback反馈[ˈfiːdbæk]fleet船队，车队[fliːt]flicker闪烁[ˈflɪkə(r)]footnote脚注[ˈfʊtnəʊt]forefront前沿[ˈfɔːfrʌnt]formidable艰难的[fəˈmɪdəbl]foster培养[ˈfɒstə(r)]fraud欺骗[frɔːd]funneled倾销[ˈfʌnld]gateway网关[ˈɡeɪtweɪ]gracefully优美地[ˈgreɪsfʊli]granular颗粒状的[ˈɡrænjələ(r)]guidance指导[ˈɡaɪdns]handheld手持[ˈhændheld]hazardous危险地[ˈhæzədəs]headphone耳机[ˈhɛdfəʊn]heap堆[hiːp]heterogeneous各种各样的[ˌhetərəˈdʒiːniəs]hierarchical分层的[ˌhaɪəˈrɑːkɪkl]hierarchy分层，等级[ˈhaɪərɑːki]hire租用[ˈhaɪə(r)]horizontal axis横轴[ˌhɒrɪˈzɒntl ˈæksɪs]hostile敌对的[ˈhɒstaɪl]hybrid混合的[ˈhaɪbrɪd]identical完全一样的[aɪˈdentɪkl]illusion幻想[ɪˈluːʒn]implicit隐示的[ɪmˈplɪsɪt]inability无能[ˌɪnəˈbɪləti]inbound入境的[ˈɪnbaʊnd]inconsistency不一致[ˌɪnkənˈsɪstənsi]indispensable不可缺少的[ˌɪndɪˈspensəbl]infrastructure基础设施[ˈɪnfrəstrʌktʃə(r)]ingredient组成[ɪnˈɡriːdiənt]inheritance继承[ɪnˈherɪtəns]initiate开始[ɪˈnɪʃieɪt]injection注入[ɪnˈdʒekʃn]ink jet printer喷墨打印机[ɪŋk dʒet ˈprɪntə(r)]innovative改革[ˈɪnəveɪtɪv]instantaneous即时的[ˌɪnstənˈteɪniəs]insurance保险[ɪnˈʃʊərəns]integral整体的[ˈɪntɪɡrəl]interaction交互作用[ˌɪntərˈækʃən]interference干扰[ˌɪntəˈfɪərəns]interrogator询问者[ɪnˈtɛrəʊgeɪtə]intervention干预[ˌɪntəˈvenʃn]introspection反省[ˌɪntrəˈspekʃn]intruder侵入者[ɪnˈtruːdə(r)]invest投资[ɪnˈvest]invoice发票[ˈɪnvɔɪs]involvement参与[ɪnˈvɒlvmənt]irrelevant不相关的[ɪˈreləvənt]isolate隔离[ˈaɪsəleɪt]kilobyte千字节[ˈkɪləbaɪt]laptop便携式计算机[ˈlæptɒp]leap跳过[liːp]ledger分类账簿[ˈledʒə(r)]license许可证[ˈlaɪsns]logistics物流，后勤[ləˈdʒɪstɪks]lossless无损的[ˈlɒsləs]malicious恶意的[məˈlɪʃəs]managerial管理的[ˌmænəˈdʒɪəriəl]massive宽大的，宏伟的[ˈmæsɪv]mastery精通[ˈmɑːstəri]maturity成熟[məˈtʃʊərəti]mechanism机制，方法[ˈmekənɪzəm]megabyte兆字节[ˈmeɡəbaɪt]megahertz兆赫兹[ˈmeɡəhɜːts]merchandise商品[ˈmɜːtʃəndaɪz]merge使合并[mɜːdʒ]metropolitan大城市的[ˌmetrəˈpɒlɪtən]microphone麦克风[ˈmaɪkrəfəʊn]middleware中间件[ˈmɪdlweə(r)]mimic模仿[ˈmɪmɪk]modifiable可修改的[ˈmɒdɪfaɪəbl]modular模块化的[ˈmɒdjələ(r)]modulation调制，缓和[ˌmɒdjʊˈleɪʃən]monetary货币的[ˈmʌnɪtri]monochrome单色的，黑白的[ˈmɒnəkrəʊm]monolithic整体的[ˌmɒnəˈlɪθɪk]morph变种[mɔːf]multidimensional多维的[ˌmʌltɪdɪˈmɛnʃənl]needle针[ˈniːdl]negotiation谈判[nɪˌɡəʊʃiˈeɪʃn]neighbor邻居['neɪbə(r)]nickname绰号[ˈnɪkneɪm]notation符号，记号[nəʊˈteɪʃn]nozzle喷嘴[ˈnɒzl]obedient服从的[əˈbiːdiənt]observation观察[ˌɒbzəˈveɪʃn]obsolescence淘汰[ˌɒbsəˈlesns]obstacle障碍[ˈɒbstəkl]occupy占领[ˈɒkjupaɪ]ontology本体论[ɒnˈtɒlədʒi]operand操作数[ˈɒpərænd]orthogonal垂直的[ɔːˈθɒgənəl]outbound出境的[ˈaʊtbaʊnd]outcome结果[ˈaʊtkʌm]out-of-date过时的[ˌaʊt əv ˈdeɪt]overlap重叠[ˌəʊvəˈlæp]overt公开的[əʊˈvɜːt]overwhelming压倒性的[ˌəʊvəˈwelmɪŋ]partition分割[pɑːˈtɪʃn]pattern模式[ˈpætn]payment付款[ˈpeɪmənt]payroll工资表[ˈpeɪrəʊl]penetrate渗透[ˈpenətreɪt]perceive感知，领悟[pəˈsiːv]perceptible可察觉的[pəˈseptəbl]perform执行[pəˈfɔːm]performance表现，性能[pəˈfɔːməns]periodically周期性地[ˌpɪərɪˈɒdɪkəli]permeation渗透permission许可[pəˈmɪʃn]pertinent恰当的[ˈpɜːtɪnənt]phenomenon现象[fəˈnɒmɪnən]philosophy哲学[fəˈlɒsəfi]pillar台柱[ˈpɪlə(r)]pixel像素[ˈpɪksl]plaintext明文polymorphism多态性[ˌpɒlɪˈmɔːfɪzm]portable手提的[ˈpɔːtəbl]powder粉[ˈpaʊdə(r)]preconceive事先认为[ˌpriːkənˈsiːv]prediction预言[prɪˈdɪkʃn]prescribe命令[prɪˈskraɪb]prevailing优势的，普遍的[prɪˈveɪlɪŋ]primitive原始的，基础的[ˈprɪmətɪv]priority优先[praɪˈɒrəti]privilege特权[ˈprɪvəlɪdʒ]problematic疑难的[ˌprɒbləˈmætɪk]procure获得[prəˈkjʊə(r)]profession职业[prəˈfeʃn]profit利润[ˈprɒfɪt]progress进展[ˈprəʊɡres]prohibitive禁止地[prəˈhɪbətɪv]proliferate扩散[prəˈlɪfəreɪt]property性质，财产[ˈprɒpəti]proportional成比例的[prəˈpɔːʃənl]psychology心理学[saɪˈkɒlədʒi]purchase购买[ˈpɜːtʃəs]pursue追求[pəˈsjuː]pursuit追踪[pəˈsjuːt]quotation引用，引文[kwəʊˈteɪʃn]quote报价，引用[kwəʊt]rack支架[ræk]rationality合理性[ˌræʃə'nælətɪ]reallocated再分配[ˌriːˈæləkeɪtɪd]recipe食谱[ˈresəpi]recognition识别[ˌrekəɡˈnɪʃn]reference参考，索引[ˈrefrəns]reflect反映，表达[rɪˈflekt]register寄存器[ˈredʒɪstə(r)]regular常规的[ˈreɡjələ(r)]relevance重要性[ˈreləvəns]remarkable显著的[rɪˈmɑːkəbl]remedy修补，纠正[ˈremədi]repairperson维修人员represent表示，代表[ˌreprɪˈzent]representative典型的[ˌreprɪˈzentətɪv]resemble相似[rɪˈzembl]resolution分辨率[ˌrezəˈluːʃn]restrict限制[rɪˈstrɪkt]resume概述[rɪˈzjuːm]retrieve检索，恢复[rɪˈtriːv]reusability可重用性reused重复使用[ˌriːˈjuːzd]revive复苏[rɪˈvaɪv]roam漫游[rəʊm]roughly粗略地[ˈrʌfli]router路由器[ˈruːtə(r)]savvy精明的[ˈsævi]schema模式，纲要[ˈskiːmə]scratch凑合的[skrætʃ]seamless无缝的[ˈsiːmləs]seemingly外观上地[ˈsiːmɪŋli]segmentation分割[ˌseɡmenˈteɪʃn]separation分离[ˌsepəˈreɪʃn]session期间，会议[ˈseʃn]shielding屏蔽[ˈʃiːldɪŋ]significance意义，重要性[sɪɡˈnɪfɪkəns]simplicity简单[sɪmˈplɪsəti]simplistic过分简单化的[sɪmˈplɪstɪk]sophisticated复杂的[səˈfɪstɪkeɪtɪd]specification规格，说明[ˌspesɪfɪˈkeɪʃn]spray喷洒[spreɪ]spreadsheet电子表格[ˈspredʃiːt]stakeholder利益共享者[ˈsteɪkhəʊldə(r)]statistic统计学的[stəˈtɪstɪk]stick粘，坚持[stɪk]strategic战略性的[strəˈtiːdʒɪk]subclass子类submit提交[səbˈmɪt]subroutine子程序[ˈsʌbruːtiːn]superfluous多余的，过剩的[suːˈpɜːfluəs]supervise监督，指导[ˈsuːpəvaɪz]surgeon外科医生[ˈsɜːdʒən]suspend暂停[səˈspend]sustain维持[səˈsteɪn]synthesis合成[ˈsɪnθəsɪs]telecommunication电信[ˌtelikəˌmjuːnɪˈkeɪʃn]temporary临时[ˈtemprəri]tendency趋势[ˈtendənsi]tender温柔的[ˈtendə(r)]terminate结束[ˈtɜːmɪneɪt]terseness简洁threat威胁[θret]token令牌[ˈtəʊkən]topology拓扑结构[tə'pɒlədʒɪ]transact办理[trænˈzækt]transaction事务[trænˈzækʃn]transparent显而易见的[trænsˈpærənt]trillion万亿，兆[ˈtrɪljən]troubleshoot排除故障[ˈtrʌblʃuːt]trust信任[trʌst]turbocharger涡轮增压器[ˈtɜːbəʊtʃɑːdʒə(r)]turn off关闭[ˈtɜːn ɒf]tutorial教程[tjuːˈtɔːriəl]twitter推特[ˈtwɪtə(r)]ubiquitous普遍存在的[juːˈbɪkwɪtəs]ubiquity随处可见[juːˈbɪkwəti]uncountable无数的[ʌnˈkaʊntəbl]undergo经历[ˌʌndəˈɡəʊ]uniformity一致[ˌjuːnɪˈfɔːməti]uniquely唯一地[juː'niːkli]unpredictable不可预知的[ˌʌnprɪˈdɪktəbl]unreliable不可靠的[ˌʌnrɪˈlaɪəbl]unsurpassed出类拔萃的[ˌʌnsəˈpɑːst]upgrade升级[ˌʌpˈɡreɪd]utilization利用[ˌjuːtəlaɪˈzeɪʃn]utmost极度的[ˈʌtməʊst]vacuum真空[ˈvækjuːm]vertical axis纵轴[ˈvɜːtɪkl ˈæksɪs]violation违反[ˌvaɪə'leɪʃ(ə)n]voluminous大的[vəˈluːmɪnəs]vulnerability弱点[ˌvʌlnərə'bɪlətɪ]warehouse仓库[ˈweəhaʊs]wavelength波长[ˈweɪvleŋθ]whereas然而[ˌweərˈæz]wireless无线的[ˈwaɪələs]zero stock零库存[ˈzɪərəʊ stɒk] 三、附录中的专业英语词汇表　　总共包含700多个单词，与书中的单词有些会重复，要打印的话可以在此处下载Excel文档，GitHub上也放了一份。单词注释音标abnormal end异常终止[æbˈnɔːml end]abstract data type抽象数据类型[ˈæbstrækt ˈdeɪtə taɪp]acceleration card加速卡[əkˌseləˈreɪʃn kɑːd]access control访问控制[ˈækses kənˈtrəʊl]access list访问控制表[ˈækses lɪst]access permission访问权限[ˈækses pəˈmɪʃn]access time存取(访问)时间[ˈækses taɪm]accessibility易接近的，可到达的[əkˌsɛsɪˈbɪlɪti]accessory program附件程序account账号[əˈkaʊnt]accounting software会计软件[əˈkaʊntɪŋ ˈsɒftweə(r)]acoustic声音的[əˈkuːstɪk]acronym缩略词[ˈækrənɪm]active desktop动态桌面[ˈæktɪv ˈdesktɒp]active window激活窗口[ˈæktɪv ˈwɪndəʊ]acyclic directory structure非循环目录结构adapter card适配卡[əˈdæptə kɑːd]adaptive scheduler自适应调度address space地址空间[əˈdres speɪs]addressing mechanism寻址机制[əˈdresɪŋ ˈmekənɪzəm]administrator管理员[ədˈmɪnɪstreɪtə(r)]algorithm算法[ˈælɡərɪðəm]alignment队列[əˈlaɪnmənt]alphabetic依字母顺序的[ˌælfəˈbetɪk]alphanumeric字母数字的[ˌælfənjuːˈmerɪk]amplify放大[ˈæmplɪfaɪ]animation动画[ˌænɪˈmeɪʃn]anti-virus program防病毒程序[ˈænti ˈvaɪrəs ˈprəʊɡræm]application integration应用程序集成[ˌæplɪˈkeɪʃn ˌɪntɪˈɡreɪʃn]application layer应用层[ˌæplɪˈkeɪʃn ˈleɪə(r)]application object应用对象[ˌæplɪˈkeɪʃn ˈɒbdʒɪkt]archiving存档[ˈɑːkaɪvɪŋ]arrow key箭头键，方向键[ˈærəʊ kiː]artificial intelligence人工智能[ˌɑːtɪfɪʃl ɪnˈtelɪdʒəns]assembler汇编程序[əˈsemblə(r)]assessment评估[əˈsesmənt]assignment分配[əˈsaɪnmənt]assortment分类[əˈsɔːtmənt]asymmetric encryption非对称加密[ˌeɪsɪˈmetrɪk ɪnˈkrɪpʃ(ə)n]asynchronous异步的[eɪˈsɪŋkrənəs]asynchronous primitive异步原语atomic action原子操作[əˈtɒmɪk ˈækʃn]atomicity property原子属性attachment附件[əˈtætʃmənt]attribute属性，标志[əˈtrɪbjuːt]auction online在线拍卖[ˈɔːkʃn ˌɒnˈlaɪn]audience demographic受众人数统计authentication身份验证[ɔːˌθentɪˈkeɪʃn]authorization授权，认可[ˌɔːθəraɪˈzeɪʃn]automation server自动化服务器[ˌɔːtəˈmeɪʃn ˈsɜːvə(r)]auxiliary辅助的[ɔːɡˈzɪliəri]background后台，背景[ˈbækɡraʊnd]bandwidth带宽[ˈbændwɪdθ]banner横幅[ˈbænə(r)]bar code条形码[bɑː(r) kəʊd]base-band基带[beɪs bænd]batch processing批处理[ˌbætʃ ˈprəʊsesɪŋ]baud波特[bɔːd]baud rate波特率[bɔːd reɪt]bibliography参考文献[ˌbɪbliˈɒɡrəfi]big data大数据[ˌbɪɡ ˈdeɪtə]binary digit二进制数字[ˈbaɪnəri ˈdɪdʒɪt]bind绑定[baɪnd]biometrics生物统计学[ˌbaɪəʊˈmɛtrɪks]biometrics device生物特征辨识装置bitable双稳态的bitmap位图[ˈbɪtmæp]black box黑匣子[ˌblæk ˈbɒks]block diagram框图[ˈblɒk daɪəɡræm]block structure模块化结构[blɒk ˈstrʌktʃə(r)]boolean logic布尔逻辑[ˈbuːliən ˈlɒdʒɪk]boot block引导块，启动块[buːt blɒk]boot sector引导扇区[buːt ˈsektə(r)]boot strap引导程序[buːt stræp]boot up启动[buːt ʌp]boundary界限，边界[ˈbaʊndri]branch分支[brɑːntʃ]broadband network宽带网络[ˈbrɔːdbænd ˈnetwɜːk]broadcast address广播地址[ˈbrɔːdkɑːst əˈdres]broadcast storm广播风暴[ˈbrɔːdkɑːst stɔːm]browser浏览器[ˈbraʊzə(r)]bubble jet printer喷墨打印机[ˈbʌbl dʒet ˈprɪntə(r)]built-in内置的，嵌入式的[ˌbɪlt ˈɪn]bulk storage大容量存储器[bʌlk ˈstɔːrɪdʒ]bulletin board公告板[ˈbʊlətɪn bɔːd]bus-contention总线争用calibration校准[ˌkælɪˈbreɪʃn]carriage return回车[ˈkærɪdʒ rɪˈtɜːn]carrier载体[ˈkæriə(r)]cartography绘图法[kɑːˈtɒɡrəfi]certificate authority证书认证，认证机构[səˈtɪfɪkət ɔːˈθɒrəti]chain reaction链式反应[ˌtʃeɪn riˈækʃn]channel信道[ˈtʃænl]chassis机箱[ˈʃæsi]check box复选框[tʃek bɒks]child node子节点[tʃaɪld nəʊd]child window子窗口[tʃaɪld ˈwɪndəʊ]chipset芯片组cipher text密文[ˈsaɪfə(r) tekst]circuit switching电路交换[ˈsɜːkɪt ˈswɪtʃɪŋ]classification分级，分类[ˌklæsɪfɪˈkeɪʃn]client program客户端程序[ˈklaɪənt ˈprəʊɡræm]client server客户机服务器[ˌklaɪənt ˈsɜːvə(r)]clipboard剪贴板[ˈklɪpbɔːd]cloud computing云计算[ˈklaʊd kəmpjuːtɪŋ]coaxial cable同轴电缆[ˈkəʊˈæksɪəl ˈkeɪbl]coding编码[ˈkəʊdɪŋ]cognitive认知的，认识的[ˈkɒɡnətɪv]coherent一致的，连贯的[kəʊˈhɪərənt]collaborative合作的，协作的[kəˈlæbərətɪv]command button命令按钮[kəˈmɑːnd ˈbʌtn]comment注释，评论[ˈkɒment]communication deadlock通信死锁[kəˌmjuːnɪˈkeɪʃn ˈdedlɒk]compatibility兼容性[kəmˌpætəˈbɪləti]compiler编译程序，编译器[kəmˈpaɪlə(r)]compression压缩分布式处理[kəmˈprɛʃən]computability可计算性computerize计算机化[kəmˈpjuːtəraɪz]concurrent并发的[kənˈkʌrənt]confidential机密的[ˌkɒnfɪˈdenʃl]configuration配置[kənˌfɪɡəˈreɪʃn]conflict冲突[ˈkɒnflɪkt]congestion拥塞[kənˈdʒestʃən]connectionless service无连接服务[kəˈnɛkʃənləs ˈsɜːvɪs]connection-oriented service面向连接的服务[kəˈnekʃn ˈɔːrientɪd ˈsɜːvɪs]constraint约束[kənˈstreɪnt]construct构造[kənˈstrʌkt]container容器[kənˈteɪnə(r)]context上下文[ˈkɒntekst]control box控制箱[kənˈtrəʊl bɒks]control panel控制面板[kənˈtrəʊl ˈpænl]cooling fan冷却风扇[ˈkuːlɪŋ fæn]coordinate协调，坐标[kəʊˈɔːdɪneɪt]cordless mouse无线鼠标[ˈkɔːdləs maʊs]core磁芯[kɔː(r)]correlation相关性[ˌkɒrəˈleɪʃn]cracker解密者[ˈkrækə(r)]criteria标准[kraɪ'tɪəriə]critical region临界区[ˈkrɪtɪkl ˈriːdʒən]cross platform跨平台的[ˌkrɒs ˈplætfɔːm]cryptography密码学[krɪpˈtɒɡrəfi]cybercash电子货币cybercrime网络犯罪cyberspace网络空间[ˈsaɪbəspeɪs]data flow diagram数据流程图[ˈdeɪtə fləʊ ˈdaɪəɡræm]data link layer数据链路层[ˈdeɪtə lɪŋk ˈleɪə(r)]data mining数据挖掘[ˈdeɪtə maɪnɪŋ]data model数据模型[ˈdeɪtə ˈmɒdl]data source数据源[ˈdeɪtə sɔːs]data stream数据流[ˈdeɪtə striːm]data structure数据结构[ˈdeɪtə ˈstrʌktʃə(r)]data transfer rate数据传输速率[ˈdeɪtə trænsˈfɜː(r) reɪt]data warehouse数据仓库[ˈdeɪtə weəhaʊs]data window object数据窗口对象[ˈdeɪtə ˈwɪndəʊ ˈɒbdʒɪkt]database数据库[ˈdeɪtəbeɪs]database engine数据库引擎[ˈdeɪtəbeɪs ˈendʒɪn]database interface数据库接口[ˈdeɪtəbeɪs ˈɪntəfeɪs]database server数据库服务器[ˈdeɪtəbeɪs ˈsɜːvə(r)]deadline最终期限，截止日期[ˈdedlaɪn]deadlock死锁[ˈdedlɒk]debit-card借记卡debugger调试程序[ˌdiːˈbʌɡə(r)]decision tree决策树[dɪˈsɪʒn triː]decoder译码器，解码器[ˌdiːˈkəʊdə(r)]decryption解密definition定义[ˌdefɪˈnɪʃn]deformation变形[ˌdiːfɔːˈmeɪʃn]demodulator解调器[ˌdiˌmɑdʒəˈleɪtər]demographic人口统计的[ˌdeməˈɡræfɪk]desktop桌面[ˈdesktɒp]destination目的地，目标文件[ˌdestɪˈneɪʃn]device contention设备竞争[dɪˈvaɪs kənˈtenʃn]device dependent设备相关的[dɪˈvaɪs dɪˈpendənt]device independent设备无关的[dɪˈvaɪs ˌɪndɪˈpendənt]device object设备对象[dɪˈvaɪs ˈɒbdʒɪkt]diagnosis诊断[ˌdaɪəɡˈnəʊsɪs]diagram图表[ˈdaɪəɡræm]dialog box对话框[ˈdaɪəlɒɡ bɒks]digital camera数码相机[ˈdɪdʒɪtl ˈkæmərə]digital cash数字现金[ˈdɪdʒɪtl kæʃ]digital certificate数字证书[ˈdɪdʒɪtl səˈtɪfɪkət]digital signature数字签名[ˌdɪdʒɪtl ˈsɪɡnətʃə(r)]digital wallet数字钱包[ˈdɪdʒɪtl ˈwɒlɪt]directory目录[dəˈrektəri]discrete mathematics离散数学[dɪˈskriːt ˌmæθəˈmætɪks]disk cleanup磁盘清理[dɪsk ˈkliːnʌp]disk defragmenter磁益碎片整理工具disk drive磁盘驱动器[ˈdɪsk draɪv]diskette软盘[dɪsˈket]diskless workstation无盘工作站display adapter显示适配器[dɪˈspleɪ əˈdæptə]dissertation论文[ˌdɪsəˈteɪʃn]distributed database分布式数据库[dɪˈstrɪbjuːtɪd ˈdeɪtəbeɪs]distributed processing分布式处理[dɪˈstrɪbjuːtɪd ˈprəʊsesɪŋ]distributed system分布式系统[dɪˌstrɪbjuːtɪd ˈsɪstəm]dot-matrix点阵[dɒt ˈmeɪtrɪks]downstream向下传输[ˌdaʊnˈstriːm]drop-down listbox下拉式列表框drop-down menu下拉式菜单[ˌdrɒp daʊn ˈmenjuː]drum硒鼓[drʌm]dynamic binding动态绑定[daɪˈnæmɪk ˈbaɪndɪŋ]dynamic IP address动态IP地址[daɪˈnæmɪk ɪp əˈdres]dynamic page动态页面[daɪˈnæmɪk peɪdʒ]eavesdropping窃听[ˈiːvzdrɒpɪŋ]edit编辑[ˈedɪt]efficiency有效性，效率[ɪˈfɪʃnsi]electronic banking电子银行[ɪˌlekˈtrɒnɪk ˈbæŋkɪŋ]electronic cash电子现金[ɪˌlekˈtrɒnɪk kæʃ]electronic check电子支票[ɪˌlekˈtrɒnɪk tʃek]electronic commerce(EC)电子商务[ɪˌlekˈtrɒnɪk ˈkɒmɜːs]electronic mail(E-mail)电子邮件[ɪˌlektrɒnɪk ˈmeɪl]electronic meeting电子会议[ɪˌlekˈtrɒnɪk ˈmiːtɪŋ]electronic money电子货币[ɪˌlekˈtrɒnɪk ˈmʌni]electronic payment电子支付[ɪˌlekˈtrɒnɪk ˈpeɪmənt]electronic wallet电子钱包[ɪˌlekˈtrɒnɪk ˈwɒlɪt]embedded computer嵌入式计算机[ɪmˈbedɪd kəmˈpjuːtə(r)]embedded real-time system嵌入式实时系统[ɪmˈbedɪd ˈriːəl taɪm ˈsɪstəm]emoticon表情符号[ɪˈməʊtɪkɒn]emulation仿真[ˌɛmjʊˈleɪʃən]encapsulation封装encode编码[ɪnˈkəʊd]encryption加密[ɪnˈkrɪpʃ(ə)n]encryption key加密密钥[ɪnˈkrɪpʃ(ə)n kiː]end user终端用户[ˌend ˈjuːzə(r)]enquiry询问[ɪnˈkwaɪəri]entity实体[ˈentəti]enumerate枚举[ɪˈnjuːməreɪt]equivalent相等的[ɪˈkwɪvələnt]erasure消除[ɪˈreɪʒə(r)]etched circuit蚀刻电路[etʃt ˈsɜːkɪt]etching technology蚀刻技术[ˈetʃɪŋ tekˈnɒlədʒi]Ethernet以太网[ˈiːθənet]evolution演化[ˌiːvəˈluːʃn]exception异常[ɪkˈsepʃn]expanded memory扩充内存[ɪkˈspændɪd ˈmeməri]expansion slot扩展插槽[ɪkˈspænʃn slɒt]expert system专家系统[ˌekspɜːt ˈsɪstəm]expertise专业知识[ˌekspɜːˈtiːz]exponential指数的，幂的[ˌekspəˈnenʃl]extended attribute扩展属性[ɪkˈstendɪd əˈtrɪbjuːt]extended memory扩展内存[ɪkˈstendɪd ˈmeməri]extension扩展名[ɪkˈstenʃn]facilitate使方便，使[fəˈsɪlɪteɪt]facility功能，工具[fəˈsɪləti]factor因素[ˈfæktə(r)]fatal error致命错误[ˈfeɪtl ˈerə(r)]fault tolerance容错[fɔːlt ˈtɒlərəns]feasibility可行性[ˌfiːzəˈbɪlɪti]feature特征，特色[ˈfiːtʃə(r)]feedback反馈[ˈfiːdbæk]fiber-optic cable光纤[faɪbə ˈɒptɪk ˈkeɪbl]field字段（数据库的表）[fiːld]file handle文件句柄[faɪl ˈhændl]file server文件服务器[faɪl ˈsɜːvə(r)]file system文件系统[faɪl ˈsɪstəm]filter过滤器[ˈfɪltə(r)]fingerprint scanner指纹扫描仪[ˈfɪŋɡəprɪnt ˈskænə(r)]firewall防火墙[ˈfaɪəwɔːl]firmware固件[ˈfɜːmweə(r)]flash memory闪存[ˈflæʃ meməri]flexibility弹性，适应性[ˌfleksə'bɪləti]floppy disk软盘[ˌflɒpi ˈdɪsk]flow control流量控制[fləʊ kənˈtrəʊl]flowchart流程图，框图[ˈfləʊtʃɑːt]folder文件夹[ˈfəʊldə(r)]font format字体格式[fɒnt ˈfɔːmæt]foreground job前台作业[ˈfɔːɡraʊnd dʒəʊb]foreign agent外地代理[ˈfɒrən ˈeɪdʒənt]foreign key外键[ˈfɒrən kiː]format格式化[ˈfɔːmæt]fragmentation碎片[ˌfræɡmenˈteɪʃn]front-end前端[ˈfrʌnt end]function key功能键[ˈfʌŋkʃn kiː]game theory博弈论[ˈɡeɪm θɪəri]gateway网关[ˈɡeɪtweɪ]gigabit network千兆网[ˈɡɪɡəbɪt ˈnetwɜːk]global scheduler全局调度graphics package图形包[ˈɡræfɪks ˈpækɪdʒ]graphics tablet图形输入板[ˈɡræfɪks tæblət]grayscale灰色[ˈɡreɪskeɪl]grid格子，栅格[ɡrɪd]group editor组编辑器groupware组件[ˈɡruːpweə(r)]guarantee保证[ˌɡærənˈtiː]guidance向导，指导[ˈɡaɪdns]hacker黑客[ˈhækə(r)]hanging indent悬挂式缩进[ˈhæŋɪŋ ɪnˈdent]hardcopy硬拷贝hashed file散列文件[hæʃt faɪl]head node头节点[hed nəʊd]head pointer头指针[hed ˈpɔɪntə(r)]header and footer页眉和页脚[ˈhedə(r) ənd ˈfʊtə(r)]headline大字标题[ˈhedlaɪn]heap sort堆排序[hiːp sɔːt]hexadecimal system十六进制[ˌheksəˈdesɪml ˈsɪstəm]hierarchical directory structure层次目录结构[ˌhaɪəˈrɑːkɪkl dəˈrektəri ˈstrʌktʃə(r)]high-level language高级语言[haɪ ˈlevl ˈlæŋɡwɪdʒ]histogram柱状图[ˈhɪstəɡræm]home page主页[ˈhəʊm peɪdʒ]host computer主机[həʊst kəmˈpjuːtə(r)]hub集线器[hʌb]Huffman codes哈夫曼编码[ˈhʌfmən koʊdz]Huffman tree哈夫曼树[ˈhʌfmən triː]hyperlink超链接[ˈhaɪpəlɪŋk]hypertext超文本[ˈhaɪpətekst]hypothetical假设的，假定的[ˌhaɪpəˈθetɪkl]icon图标[ˈaɪkɒn]image图像[ˈɪmɪdʒ]image map图像映射[ˈɪmɪdʒ mæp]immovable固定的，不可移动的[ɪˈmuːvəbl]implementation执行[ˌɪmplɪmɛnˈteɪʃən]index索引[ˈɪndeks]individual个人，个体[ˌɪndɪˈvɪdʒuəl]infection传染[ɪnˈfekʃn]information superhighway信息高速公路[ˌɪnfəˈmeɪʃn ˌsuːpəˈhaɪweɪ]inheritance继承[ɪnˈherɪtəns]initialized已初始化的[ɪˈnɪʃəlaɪzd]instruction指令[ɪnˈstrʌkʃn]integrated package集成软件包[ˈɪntɪɡreɪtɪd ˈpækɪdʒ]integration整合[ˌɪntɪˈɡreɪʃn]integrity完整性[ɪnˈteɡrəti]intelligent bridge智能网桥intercept拦截[ˌɪntəˈsept]interception侦听[ˌɪntə(ː)ˈsɛpʃən]interface接口，界面[ˈɪntəfeɪs]interlacing隔行扫描的[ˌɪntəˈleɪsɪŋ]internal memory内存储器[ɪnˈtɜːnl ˈmeməri]Internet互联网[ˈɪntənet]Internet of things物联网[ˈɪntənet ɒv θɪŋz]Internet telephone网络电话[ˈɪntənet ˈtelɪfəʊn]interpreter解释器，解释程序[ɪnˈtɜːprətə(r)]interrupt中断[ˌɪntəˈrʌpt]interval时间间隔[ˈɪntəvl]inkjet printer喷墨打印机[ˌɪŋkdʒet ˈprɪntə(r)]intranet内网[ˈɪntrənet]inventory库存[ˈɪnvəntri]inversion反转，倒置[ɪnˈvɜːʃn]IP address网际协议地址[ˌaɪ ˈpiː ədres]iterative process迭代过程[ˈɪtərətɪv ˈprəʊses]job object作业对象[dʒəʊb ˈɒbdʒɪkt]job scheduler作业调度程序[dʒəʊb ˈʃɛdjuːlə]joystick操纵杆[ˈdʒɔɪstɪk]junk E-mail垃圾邮件[dʒʌŋk iː meɪl]jurisdiction权限[ˌdʒʊərɪsˈdɪkʃn]justification对齐[ˌdʒʌstɪfɪˈkeɪʃn]just-in-time manufacturing即时生产[dʒʌst ɪn taɪm ˌmænjuˈfæktʃərɪŋ]kernel核心，内核[ˈkɜːnl]keyboard键盘[ˈkiːbɔːd]keyguard键盘守卫[kiː ɡɑːd]keypad辅助小键盘[ˈkiːpæd]keyword关键字[ˈkiːwɜːd]kilobit千比特，千位[ˈkɪləbɪt]kilobyte千字节[ˈkɪləbaɪt]kit套件[kɪt]label标记，记号[ˈleɪbl]laser printer激光打印机[ˈleɪzə prɪntə(r)]laser-etched激光蚀刻的layer层[ˈleɪə(r)]layout规划，布局[ˈleɪaʊt]leased line专线[liːst laɪn]legitimacy合法性，正统性[lɪ'dʒɪtɪməsi]letter quality字符模式[ˈletə(r) ˈkwɒləti]library库[ˈlaɪbrəri]life cycle生命周期[ˈlaɪf saɪkl]light-pen光笔[ˈlaɪt pen]linear linked lists线性链表linear lists线性表[ˈlɪniə(r) lɪsts]link链接[lɪŋk]linkage连锁[ˈlɪŋkɪdʒ]linked radix sort链式基数排序load装载，装入[ləʊd]local scheduler本地调度local variable局部变量.[ˈləʊkl ˈveəriəbl]location定位，位置[ləʊˈkeɪʃn]log on登录[lɒɡ ɒn]log out注销[lɒɡ aʊt]logic circuit逻辑电路[ˈlɒdʒɪk sɜːkɪt]logic complementation逻辑补码法logical way逻辑方式logical link control逻辑链路控制[ˈlɒdʒɪkl lɪŋk kənˈtrəʊl]logical schema逻辑架构[ˈlɒdʒɪkl ˈskiːmə]login注册，登录[ˈlɒɡɪn]logistics后勤，物流[ləˈdʒɪstɪks]low-level language低级语言[ləʊ ˈlevl ˈlæŋɡwɪdʒ]machine code机器码[məˈʃiːn kəʊd]machine language机器语言[məˈʃiːn ˈlæŋɡwɪdʒ]macro宏[ˈmækrəʊ]magnetic pot磁场magnetic tape磁带[mæɡˌnetɪk ˈteɪp]magnification扩大，放大率[ˌmæɡnɪfɪˈkeɪʃn]mail merging邮件合并[meɪl ˈmɜːdʒɪŋ]mailbomb邮件炸弹main memory主存储器[meɪn ˈmeməri]main window主窗口[meɪn ˈwɪndəʊ]mainframe大型机，主机[ˈmeɪnfreɪm]maintain维护[meɪnˈteɪn]maintenance维持，维护[ˈmeɪntənəns]malignant恶性的[məˈlɪɡnənt]manipulation处理，操作[məˌnɪpjʊˈleɪʃən]manufacturer制造者，厂商[ˌmænjuˈfæktʃərə(r)]masked edit屏蔽编辑[mɑːskt ˈedɪt]match匹配，相配[mætʃ]matrix矩阵[ˈmeɪtrɪks]mechanism机构，机制[ˈmekənɪzəm]media player媒体播放器[ˈmiːdiə ˈpleɪə(r)]medium媒介，媒体[ˈmiːdiəm]megabit兆位，百万位[ˈmeɡəbɪt]megahertz兆赫兹[ˈmeɡəhɜːts]memory card内存卡[ˈmeməri kɑːd]memory stick内存棒，记忆棒[ˈmeməri stɪk]menu bar菜单栏[ˈmenjuː bɑː(r)]metadata元数据[ˈmetədeɪtə]microphone麦克风[ˈmaɪkrəfəʊn]microwave微波，微波炉[ˈmaɪkrəweɪv]middleware中间件[ˈmɪdlweə(r)]miniaturize使小型化[ˈmɪnətʃəraɪz]minicomputer小型计算机['mɪnikəmˌpjuːtə(r)]mirror镜像[ˈmɪrə(r)]mobile commerce移动商务[ˈməʊbaɪl ˈkɒmɜːs]mobile marking移动营销mobile phone移动电话[ˌməʊbaɪl ˈfəʊn]modem调制解调器[ˈməʊdem]monopoly垄断，专利权[məˈnɒpəli]mother board主板[ˈmʌðə(r) bɔːd]mount装配，挂载[maʊnt]multicomputer多计算机系统multidocument interface多文档界面multiline edit box多行编辑框multimedia多媒体[ˌmʌltiˈmiːdiə]multiple inheritance多重继承[ˈmʌltɪpl ɪnˈherɪtəns]multi-processor多处理器['mʌlti ˈprəʊsesə(r)]multitasking多任务[ˌmʌltiˈtɑːskɪŋ]multi-threaded多线程['mʌlti ˈθredɪd]mutual exclusion互斥[ˈmjuːtʃuəl ɪkˈskluːʒn]nanosecond纳秒[ˈnænəʊsekənd]natural language自然语言[ˌnætʃrəl ˈlæŋɡwɪdʒ]navigate导航[ˈnævɪɡeɪt]netiquette网络礼仪[ˈnetɪkət]network administer网络管理员network layer网络层[ˈnetwɜːk ˈleɪə(r)]network system网络系统[ˈnetwɜːk ˈsɪstəm]neural networking神经网络[ˈnjʊərəl ˈnetwɜːkɪŋ]newsgroups新闻讨论组[ˈnjuːzgruːps]niche商机[niːʃ]non-blocking primitive非阻塞原语non-impact无影响[ˈnəʊn ˈɪmpækt]nonrepudiation不可抵赖性normalization标准化，正常化[ˌnɔːməlaɪˈzeɪʃən]notation表示法，符号，标志[nəʊˈteɪʃn]notepad记事本[ˈnəʊtpæd]nozzle喷嘴[ˈnɒzl]null string空串[nʌl strɪŋ]Num Lock数字键锁定numerical数字的[njuːˈmerɪkl]object-based system基于对象的系统object-oriented面向对象[ˈɒbdʒɪkt ɔːrientɪd]object-oriented system面向对象系统[ˈɒbdʒɪkt ˈɔːrientɪd ˈsɪstəm]octal system八进制系统offline离线[ˌɒfˈlaɪn]online在线[ˌɒnˈlaɪn]open system开放系统[ˈəʊpən ˈsɪstəm]operand操作数[ˈɒpərænd]operational操作的[ˌɒpəˈreɪʃənl]optical disk光盘[ˈɒptɪkl dɪsk]optical fiber cable光导纤维电缆[ˈɒptɪkl faɪbə ˈkeɪbl]optimal scheduling algorithm最优调度算法optimal tree最优树[ˈɒptɪməl triː]optimization最优化，最佳化[ˌɒptɪmaɪˈzeɪʃn]ordered tree有序树[ˈɔːdəd triː]orthogonal list十字链表[ɔːˈθɒgənəl lɪst]ouch-sensitive display触控式显示器out-dated过时的，逾期的[aʊt ˈdeɪtɪd]outline view大纲视图[ˈaʊtlaɪn vjuː]output device输出设备[ˈaʊtpʊt dɪˈvaɪs]outsourcing外包[ˈaʊtsɔːsɪŋ]overflow溢出[ˌəʊvəˈfləʊ]overfrequency超频overlapped重叠[ˌəʊvəˈlæpt]overloading重载[ˌəʊvəˈləʊdɪŋ]package软件包，组件[ˈpækɪdʒ]page description language页面描述语言[peɪdʒ dɪˈskrɪpʃn ˈlæŋɡwɪdʒ]page fault页故障[peɪdʒ fɔːlt]paradigm范例[ˈpærədaɪm]parallel port并行接口[ˈpærəlel pɔːt]password口令，密码[ˈpɑːswɜːd]perform执行[pəˈfɔːm]peripheral外围设备[pəˈrɪfərəl]photo-sensitive drum感光鼓pie chart饼图[ˈpaɪ tʃɑːt]pin printer针式打印机pirate盗版[ˈpaɪrət]plaintext明文platform平台[ˈplætfɔːm]plotter绘图仪[ˈplɒtə(r)]pointing device定位设备[ˈpɔɪntɪŋ dɪvaɪs]polling task轮询任务polymorphism多态性[ˌpɒlɪˈmɔːfɪzm]populate填充[ˈpɒpjuleɪt]pop-up menu弹出式菜单[pɒp ʌp ˈmenjuː]pop-up Window弹出式窗口[pɒp ʌp ˈwɪndəʊ]portability可移植性[ˌpɔːtəˈbɪlɪti]portable便携式的[ˈpɔːtəbl]postulate假设[ˈpɒstjuleɪt]precision transform精确度变换preemptive multitasking抢占式多任务[priˈɛmptɪv ˌmʌltiˈtæskɪŋ]Primary Key主键[ˈpraɪməri kiː]printed circuit board印刷电路板[ˈprɪntɪd ˈsɜːkɪt bɔːd]printer driver打印机驱动程序[ˈprɪntə(r) ˈdraɪvə(r)]private cloud私有云[ˈpraɪvət klaʊd]private key cryptography私钥加密[ˈpraɪvət kiː krɪpˈtɒɡrəfi]privileged instruction特权指令[ˈprɪvəlɪdʒd ɪnˈstrʌkʃn]procedural programming面向过程程序设计[prəˈsiːdʒərəl ˈprəʊɡræmɪŋ]process进程[ˈprəʊses]protocol协议[ˈprəʊtəkɒl]prototype原型[ˈprəʊtətaɪp]proxy server代理服务器[ˈprɒksi sɜːvə(r)]public cloud公有云[ˈpʌblɪk klaʊd]public key公钥[ˈpʌblɪk kiː]public key cryptography公钥加密[ˈpʌblɪk kiː krɪpˈtɒɡrəfi]pull technology拉式技术[pʊl tekˈnɒlədʒi]push technology推送技术[ˈpʊʃ teknɒlədʒi]quad speed四倍速quadratic probing二次探测[kwɒˈdrætɪk ˈprəʊbɪŋ]quantizer数字转换器，编码器quantometer光谱分析仪query查询[ˈkwɪəri]queue队列[kjuː]quit退出[kwɪt]radio button单选按钮[ˈreɪdiəʊ bʌtn]rationale基本原理[ˌræʃəˈnɑːl]readiness准备就绪[ˈredinəs]real time system实时系统[ˈriːəl taɪm ˈsɪstəm]recipient收件人[rɪˈsɪpiənt]recorder记录机[rɪˈkɔːdə(r)]recursive function递归函数[rɪˈkɜːsɪv ˈfʌŋkʃn]refresh刷新[rɪˈfreʃ]refresh time刷新率，更新率[rɪˈfreʃ taɪm]relational model关系模型[rɪˈleɪʃənl ˈmɒdl]remark注释，评论[rɪˈmɑːk]remote远程[rɪˈməʊt]remote terminal远程终端[rɪˈməʊt ˈtɜːmɪnl]removable可移动的，可拆卸的[rɪˈmuːvəbl]replicate复制[ˈreplɪkeɪt]reproduction复制品，繁殖[ˌriːprəˈdʌkʃn]reset复位，重置[ˌriːˈset]resident驻留的[ˈrezɪdənt]resolution分辨率[ˌrezəˈluːʃn]response window响应式窗口[rɪˈspɒns ˈwɪndəʊ]restore恢复[rɪˈstɔː(r)]retrieve检索[rɪˈtriːv]revision修改，修订[rɪˈvɪʒn]ribbon cartridge色带盒，带状墨盒[ˈrɪbən ˈkɑːtrɪdʒ]right-click右击[ˌraɪt ˈklɪk]ring network环形网络[rɪŋ ˈnetwɜːk]robotics机器人技术[rəʊˈbɒtɪks]router路由器[ˈruːtə(r)]routine常规，例程[ruːˈtiːn]safe mode安全模式[ˈseɪf məʊd]scalability可伸展性[skeɪləˈbɪlɪti]scale定标，缩放[skeɪl]scanner扫描仪[ˈskænə(r)]screen saver屏幕保护程序[ˈskriːn seɪvə(r)]script脚本[skrɪpt]seamless无缝连接的[ˈsiːmləs]search engine搜索引擎[ˈsɜːtʃ endʒɪn]sector扇区[ˈsektə(r)]security安全[sɪˈkjʊərəti]security certificate安全认证[sɪˈkjʊərəti səˈtɪfɪkət]segment段[ˈseɡmənt]sensor传感器[ˈsensə(r)]sequential连续的[sɪˈkwenʃl]serial port串行接口[ˈsɪəriəl pɔːt]server服务器[ˈsɜːvə(r)]session会话[ˈseʃn]shared variable共享变量[ʃeəd ˈveəriəbl]short cut短路[ʃɔːt kʌt]shortcut key快捷键[ˈʃɔːtkʌt kiː]signature签名[ˈsɪɡnətʃə(r)]simulator仿真器，模拟器[ˈsɪmjuleɪtə(r)]simultaneous同时发生的[ˌsɪmlˈteɪniəs]solid ink固体油墨[ˈsɒlɪd ɪŋk]sound box音箱[saʊnd bɒks]sound card声卡[ˈsaʊnd kɑːd]source code源代码[ˈsɔːs kəʊd]spam垃圾邮件[spæm]span跨越[spæn]spatiality空间性speech generator语音发生器[spiːtʃ ˈdʒenəreɪtə(r)]speech recognition语音识别[ˈspiːtʃ rekəɡnɪʃn]speech synthesizer语音合成器[spiːtʃ ˈsɪnθəsaɪzə(r)]spreadsheet电子表格[ˈspredʃiːt]spyware间谍软件[ˈspaɪweə(r)]stack堆栈[stæk]stereo立体音响，立体感觉的[ˈsteriəʊ]storage class specifier存储类标识符[ˈstɔːrɪdʒ klɑːs ˈspɛsɪfaɪə]streaming audio音频流[ˈstriːmɪŋ ˈɔːdiəʊ]streaming video视频流[ˈstriːmɪŋ ˈvɪdiəʊ]streamline流线型[ˈstriːmlaɪn]structure结构体[ˈstrʌktʃə(r)]structure chart结构图[ˈstrʌktʃə(r) tʃɑːt]subnet子网subnet mask子网掩码subroutine子程序[ˈsʌbruːtiːn]supercomputer超级计算机[ˈsuːpəkəmpjuːtə(r)]supplier供应者，厂商[səˈplaɪə(r)]switch交换机[swɪtʃ]symbolize象征，用符号表现[ˈsɪmbəlaɪz]synchronous同步的[ˈsɪŋkrənəs]syntax error语法错误[ˈsɪntæks ˈerə(r)]synthesizer综合者，合成器[ˈsɪnθəsaɪzə(r)]taskbar任务栏technologist技术专家[tekˈnɒlədʒɪst]technology技术[tekˈnɒlədʒi]telecommunication电子通信[ˌtelikəˌmjuːnɪˈkeɪʃn]telemarketing电话销售[ˈtelimɑːkɪtɪŋ]telemetry遥感勘测[təˈlemətri]telnet远程登录程序[ˈtelnet]template file模板文件[ˈtempleɪt faɪl]temporality暂时，此时tender投标[ˈtendə(r)]terminal终端[ˈtɜːmɪnl]terminology术语[ˌtɜːmɪˈnɒlədʒi]thermal printer热敏打印机[ˈθɜːml ˈprɪntə(r)]thin client瘦客户端[θɪn ˈklaɪənt]thread线程[θred]three-dimension三维[θriː daɪˈmenʃn]throughput吞吐量[ˈθruːpʊt]thumbnail缩略图[ˈθʌmneɪl]time slicing时间分片[taɪm ˈslaɪsɪŋ]time-sharing分时[taɪm ˈʃeərɪŋ]time-varying随时间变换的[taɪm ˈveəriɪŋ]title bar标题栏[ˈtaɪtl bɑː(r)]toggle switch拨动开关[ˈtɒɡl swɪtʃ]token令牌，记号[ˈtəʊkən]toolkit工具包[ˈtuːlkɪt]topology拓扑结构[tə'pɒlədʒɪ]touchpad触摸板[ˈtʌtʃpæd]trackball轨迹球[ˈtrækbɔːl]transaction事务，交易[trænˈzækʃn]transceiver收发器[trænˈsiːvə(r)]translator翻译[trænzˈleɪtə(r)]transparency透明[trænsˈpærənsi]transport layer传输层[ˈtrænspɔːt ˈleɪə(r)]typeface字体[ˈtaɪpfeɪs]typeset排版typewrite打印机ubiquitous computing普适计算[juːˈbɪkwɪtəs kəmˈpjuːtɪŋ]unambiguous清楚的，明确的[ˌʌnæmˈbɪɡjuəs]unauthorized access未授权访问[ʌnˈɔːθəraɪzd ˈækses]undirected graph无向图[ˌʌndɪˈrɛktɪd ɡræf]union共同体[ˈjuːniən]uni-programming单编程unleash释放[ʌnˈliːʃ]unordered tree无序树[ˌʌnˈɔːdəd triː]update更新，修正[ˌʌpˈdeɪt]upgrade升级[ˌʌpˈɡreɪd]upload上传[ˌʌpˈləʊd]upstream rate上行速率[ˌʌpˈstriːm reɪt]user account用户账号[ˈjuːzə(r) əˈkaʊnt]user ID用户标识符[ˈjuːzə(r) ˌaɪ ˈdiː]User Object用户对象[ˈjuːzə(r) ˈɒbdʒɪkt]user-defined用户自定义[ˈjuːzə(r) dɪˈfaɪnd]utility实用程序[juːˈtɪləti]utilize利用[ˈjuːtəlaɪz]vacuum tube真空管[ˈvækjuːm tjuːb]valid有效的[ˈvælɪd]variable变量[ˈveəriəbl]vector矢量[ˈvektə(r)]vendor供应商[ˈvendə(r)]versatile通用的，万能的[ˈvɜːsətaɪl]version版本[ˈvɜːʃn]vertical垂直的[ˈvɜːtɪkl]video bandwidth视频带宽[ˈvɪdiəʊ ˈbændwɪdθ]video capture card视频采集卡[ˈvɪdiəʊ ˈkæptʃə(r) kɑːd]video clips视频剪辑[ˈvɪdiəʊ klɪps]video conferencing电视会议[ˈvɪdiəʊ ˈkɒnfərənsɪŋ]video display显示器[ˈvɪdiəʊ dɪˈspleɪ]video phone可视电话[ˈvɪdiəʊ fəʊn]virtual address space虚拟地址空间[ˈvɜːtʃuəl əˈdres speɪs]virtual block caching虚拟块高速缓存[ˈvɜːtʃuəl blɒk ˈkæʃɪŋ]virtual device虚拟设备[ˈvɜːtʃuəl dɪˈvaɪs]Virtual Host Service虚拟主机服务virtual interface虚拟接口[ˈvɜːtʃuəl ˈɪntəfeɪs]virtual IP address虚拟IP地址[ˈvɜːrtʃuəl ɪp əˈdres]virtual memory technology虚拟存储器技术[ˈvɜːtʃuəl ˈmeməri tekˈnɒlədʒi]virus checker病毒检査程序[ˈvaɪrəs ˈtʃekə(r)]visual arts视觉艺术[ˈvɪʒuəl ˈɑːts]visualize可视化[ˈvɪʒuəlaɪz]voice control语音控制[vɔɪs kənˈtrəʊl]voice mail语音邮件[vɔɪs meɪl]voice synthesis语音合成[vɔɪs ˈsɪnθəsɪs]volatile易失性的[ˈvɒlətaɪl]volume label磁盘卷标[ˈvɒljuːm ˈleɪbl]warm boot热启动[wɔːm buːt]wave form波形[weɪv fɔːm]wave length波长[weɪv leŋθ]Web page网页[web peɪdʒ]Web paging网页寻呼[web ˈpeɪdʒɪŋ]Web server服务器[web ˈsɜːvə(r)]Web site站点[web saɪt]wheel特权用户[wiːl]wholesaler批发商[ˈhəʊlseɪlə(r)]Wild Card Character通配符[waɪld kɑːd ˈkærəktə(r)]Window Painter窗口画板[ˈwɪndəʊ ˈpeɪntə(r)]Window-based基于视窗的[ˈwɪndəʊ beɪst]Windows窗口[ˈwɪndəʊz]Windows message窗口消息[ˈwɪndəʊz ˈmesɪdʒ]wire pirate网盗wiretapping搭线窃听[ˈwaɪətæpɪŋ]wizard向导工具[ˈwɪzəd]word processor文字处理软件[ˈwɜːd prəʊsesə(r)]workgroup hub工作组集线器worksheet工作表[ˈwɜːkʃiːt]workspace工作区[ˈwɜːkspeɪs]workstation工作站[ˈwɜːksteɪʃn]worm蠕虫[wɜːm]worthless无价值的,无益的[ˈwɜːθləs]wrap隐臧,伪装[ræp]write protect写保护[ˌraɪt prəˈtekt]xerography静电印刷zero access立即存取[ˈzɪərəʊ ˈækses]zero complement补码[ˈzɪərəʊ ˈkɒmplɪment]zero suppression消零[ˈzɪərəʊ səˈpreʃn]zone区域[zəʊn]zoom缩放[zuːm]

咖啡机（K.F.J）_社区达人页

Node.js躬行记（17）——UmiJS版本升级

Node.js躬行记（14）——压力测试

Node.js躬行记（10）——接口日志查询

Redis核心技术与实战

从零开始搞监控系统（5）——小程序监控

设计模式之美（二）——设计模式

简单粗暴的骨架屏实现

计算机专业英语实战记录（整理了上千个相关单词）

React躬行记（16）——React源码分析

开源网站流量统计系统Piwik源码分析——参数统计（一）

前端页面数据埋点、分析和参考

前端架构设计

Web性能优化工具WebPageTest（三）——本地部署（Windows 7版本）

Web性能优化工具WebPageTest（一）——总览与配置

Wireshark网络抓包(三)——网络协议

Wireshark网络抓包(一)——数据包、着色规则和提示

移动端图片操作（一）——上传

微信公众平台开发（四）——微信支付

微信公众平台开发（二）——access_token、日志

多种方法实现Loading（加载）动画效果

Node.js躬行记（18）——半吊子的可视化搭建系统

带团队后的日常思考（八）

Node.js躬行记（17）——UmiJS版本升级

幕后产品

Node.js躬行记（16）——活动配置化

对求职面试者的一点小建议

Node.js躬行记（15）——活动规则引擎

带团队后的日常思考（七）

临时项目经理

架构科普

带团队后的日常思考（六）

Web优化躬行记（5）——网站优化

Node.js躬行记（14）——压力测试

Node.js躬行记（13）——MySQL归档

从零开始搞基建（4）——单元测试

带团队后的日常思考（五）

跳槽一年后的回顾

Node.js躬行记（12）——BFF

Node.js躬行记（11）——E2E测试

Node.js躬行记（10）——接口日志查询