修改语句拗口问题 7

lingcoder · sjsdfg · Dec 3, 2020 · Nov 19, 2020 · Nov 24, 2020 · Nov 24, 2020
commit 07231d75bae189957c90d3707804f9bc7507902b
diff --git a/docs/book/10-Interfaces.md b/docs/book/10-Interfaces.md
@@ -602,7 +602,7 @@ public interface Operations {
 }
 ```
 
-这是模版方法设计模式的一个版本（在“设计模式”一章中详细描述），`runOps()` 是一个模版方法。`runOps()` 使用可变参数列表，因而我们可以传入任意多的 **Operation** 参数并按顺序运行它们：
+这是*模版*方法设计模式的一个版本（在“设计模式”一章中详细描述），`runOps()` 是一个模版方法。`runOps()` 使用可变参数列表，因而我们可以传入任意多的 **Operation** 参数并按顺序运行它们：
 
 ```java
 // interface/Machine.java
@@ -768,17 +768,17 @@ Woodwind.play() MIDDLE_C
 |         状态         |        不能包含属性（除了静态属性，不支持对象状态）        | 可以包含属性，非抽象方法可能引用这些属性 |
 | 默认方法 和 抽象方法 | 不需要在子类中实现默认方法。默认方法可以引用其他接口的方法 |         必须在子类中实现抽象方法         |
 |        构造器        |                         没有构造器                         |               可以有构造器               |
-|        可见性        |                      隐式 **public**                       |       可以是 **protected** 或友元        |
+|        可见性        |                      隐式 **public**                       |       可以是 **protected** 或 "friendly"        |
 
 抽象类仍然是一个类，在创建新类时只能继承它一个。而创建类的过程中可以实现多个接口。
 
-有一条实际经验：尽可能地抽象。因此，更倾向使用接口而不是抽象类。只有当必要时才使用抽象类。除非必须使用，否则不要用接口和抽象类。大多数时候，普通类已经做得很好，如果不行的话，再移动到接口或抽象类中。
+有一条实际经验：在合理的范围内尽可能地抽象。因此，更倾向使用接口而不是抽象类。只有当必要时才使用抽象类。除非必须使用，否则不要用接口和抽象类。大多数时候，普通类已经做得很好，如果不行的话，再移动到接口或抽象类中。
 
 <!-- Complete Decoupling -->
 
 ## 完全解耦
 
-当方法操纵的是一个类而非接口时，它就只能作用于那个类或其子类。如果想把方法应用于那个继承层级结构之外的类，就会触霉头。接口在很大程度上放宽了这个限制，因而使用接口可以编写复用性更好的代码。
+每当一个方法与一个类而不是接口一起工作时，你只能应用那个类或它的子类。如果你想把这方法应用到一个继承层次之外的类，是做不到的。接口在很大程度上放宽了这个限制，因而使用接口可以编写复用性更好的代码。
 
 例如有一个类 **Processor** 有两个方法 `name()` 和 `process()`。`process()` 方法接受输入，修改并输出。把这个类作为基类用来创建各种不同类型的 **Processor**。下例中，**Processor** 的各个子类修改 String 对象（注意，返回类型可能是协变类型而非参数类型）：