Design patterns 为什么解释器模式很糟糕？

在年，他将口译员模式称为“笑话”。他接着谈到了编译器的观念是如何改变的，而解释性语言是如何继续发展的，尽管我看不出这与模式有什么联系

---

有人想启发这个无知的学生吗？

这是一个讽刺：）现在每个人都喜欢口译，但10年前人们只是认为他们太慢了，不能做任何实际的事情。就像今天大多数人认为的静态和动态打字一样。

解释器模式很糟糕，因为它是格林斯潘第十条规则的编纂：

任何足够复杂的C或Fortran程序都包含一个特殊的、非正式指定的、充满bug的、缓慢的CommonLisp的一半实现

---

这是1993年提出的。一个现代的补充可能包括C++和java。< / P > < P >他喜欢这个：我猜我的讽刺检测器今天坏了。等等，问题不是“口译员模式糟糕吗？”，而是“为什么耶格认为口译员模式糟糕？”这是两个完全不同的问题。