在Steve Yegge 对设计模式的评论中,他将解释器模式称为“笑话”。他接着谈到编译器的看法发生了怎样的变化,但解释性语言仍然是如何流行的,尽管我看不出这与模式有何联系。
有人要开导这个无知的学生吗?
在Steve Yegge 对设计模式的评论中,他将解释器模式称为“笑话”。他接着谈到编译器的看法发生了怎样的变化,但解释性语言仍然是如何流行的,尽管我看不出这与模式有何联系。
有人要开导这个无知的学生吗?
具有讽刺意味的是 :) 现在每个人都喜欢解释语言,但 10 年前人们只是认为它们对于任何实用的东西来说都太慢了。就像今天一样,大多数人都在考虑静态类型与动态类型。
INTERPRETER 模式很糟糕,因为它是 Greenspun 第十条规则的编纂:
任何足够复杂的 C 或 Fortran 程序都包含一个临时的、非正式指定的、充满错误的、缓慢的 Common Lisp 一半的实现。
这是在 1993 年声明的。现代附录可能包括 C++ 和 Java。
他喜欢这样:http ://steve-yegge.blogspot.com/2007/12/codes-worst-enemy.html 。