language-agnostic - 什么时候抽象和模块化在编程中是一种不好的做法？

Question

刚刚在“你使用什么 JS lib”投票中看到了这条评论

“@Xanti - 是的，是的，编程中的模块化和抽象是一种糟糕的做法。调用其他函数的函数？浪费。”

这让我很好奇，因为我使用的是用于 PHP 的 Kohana 框架和用于 javascript 的 Jquery 库。

为什么有些人认为抽象和模块化是不好的做法？框架和库不是用来简化和加速开发的吗？

这是 link投票

Answer 1

我发现过多的抽象可能会危害您的工作效率:

选择不当的抽象可能比没有抽象更糟糕。

如果你需要阅读四五个不同的模块来理解一个简单的算法是如何工作的，那么抽象障碍可能不在正确的地方。也许有一种重构代码的好方法，或者仅仅消除障碍会更容易。

如果抽象不对应一个相对熟悉的想法，新的团队成员可能很难学习。

抽象不是“无意识的善”；它的存在是为了服务于特定目的。其中最常见的目的是

至保护不变量 数据结构的

至封装可能改变的设计决策

我最大的抽象障碍经验是使用我们的 C 研究编译器——(2008 年的存档快照，位于 https://www.cs.tufts.edu/~nr/c--/)。比学生在编译器课上看到的要多得多的抽象:

目标机器是抽象的

汇编语言是抽象的

调用约定是抽象的

堆栈框架布局使用了一种不寻常的“ block ”抽象

这些抽象中的每一个都为我们的研究提供了重要的目的，但总体效果是新生很难学习编译器。因此，即使最初的评论是开玩笑的，也有抽象可能导致问题的地方。