java - 你真的能用 GoF 设计模式构建一个快速的文字处理器吗？

Question

四人帮 Design Patterns使用文字处理器作为至少一些模式的示例，尤其是 Composite 和 Flyweight。

除了使用 C 或 C++ 之外，您真的可以使用这些模式和它们带来的面向对象的开销来编写高性能的全功能文字处理器吗？

我知道 Eclipse 是用 Java 编写的，但我没有经常使用它，所以我不知道它是否像 Visual Studio 那样快速或完美，后者具有基于 C++ 的文本编辑系统。

---

我只用 C++ 和 Java 作为例子。这个问题更多地与拥有大量内存对象的开销有关，就像在文字处理器甚至游戏等应用程序中一样。

设计模式以牺牲简约为代价促进抽象，即使它们通常会指出您何时可能会受到某种性能影响。文字处理器，尤其是游戏，从尽可能接近金属中获得最大的好处。

我只是想知道是否有人知道一种快速的面向对象的文字处理器或文本编辑器不是用 C++ 编写的，他们是否会使用模式构建一个，或者他们会放弃很多东西的抽象？

Answer 1

享元实际上只是一种在有数千个具有内部共享状态的对象的情况下节省资源的方法，因此它在比 C/C++ 更高级的语言中更有用。也许 GoF 在文档中使用字形的示例并不是说明这种模式的最佳选择。

我认为构建高性能文字处理器的方法远不止这些基本模式 - 不确定 GoF 中是否有任何内容排除了能够成功完成此操作的可能性。

一般来说，Visual Studio (VS) 比 Eclipse 更先进，性能也明显更好——至少，我所见过的 VS 版本是这样。 Eclipse 是目前最令人印象深刻的 Java 应用程序之一，它在具有大量 RAM 的最新机器上运行得很好。