胶水代码是成功的条件

我上一篇题为“胶水：软件的暗物质”的帖子可能给人的印象是，我认为胶水代码只是一个问题。而且我必须承认，我的后续行动（以及对 Github 副驾驶的反应）称为不要生成胶水......灭绝可能没有多大作用来劝阻任何人的这种印象，但我就是无法抗拒 Dalek 的参考。然而，我认为重要的是要记住，我们拥有如此多的胶水这一事实是我们在软件技术方面取得的最大成功之一的征兆。即使在最近的 80 年代末和 90 年代初，我们也没有那么多东西可以粘合在一起，软件重用是圣杯，计算的不可获得性，无论是在其可取性还是不可获得性方面。现在我们有了重用。男孩，我们有重用吗！我们有太多的重用，我们需要工具支持来管理所有的重用。据我所知，所有新的编程语言现在都带有这样的工具，并且在它们拥有之前被认为是不完整的。成功的代价是面临一系列新问题，这些问题是您以前从未想过的。那么我们将如何解决这些问题呢？数据格式适配，如 O'Reilly 文章所建议的那样？是的。允许我们或我们的工具和语言生成许多更明显的适配器代码的模型驱动方法？听起来不错，为什么不呢？这个巧妙的技巧（点击这里！）会自动解决所有这些问题？不。更简单的组件，在编写时考虑到可组合性和最小化依赖关系？ Surely.Education，让开发人员更擅长编写组合良好的代码，而不会变成建筑宇航员？非常是的。但是，我的论点是，开发人员对此感到困难在很大程度上是因为我们的语言只支持实现这种胶水，这是一个开始，但不支持直接表达它，或者对其进行抽象，封装，玩弄它。因此需要像 Objective-S 这样的新语言机制来帮助开发人员编写更好的代码，从而减少胶水代码，以便我们可以更好地享受可重用性成功的成果。