ruby-on-rails - "magic"有什么问题？

Question

我正在尝试决定是使用 Rails 还是 Django 高手为我创建 Web 应用程序。我被推荐使用 Django，因为它使用较少的“魔法”。然而，从我的角度来看，Rails 的“魔力”似乎是一件好事，因为它可以使我的承包商的开发更加简洁，从而减少我的计费时间。我知道 Django 的优势可能是更细粒度的控制，但我怎么知道我是否需要这种控制？ “魔术”是否存在固有问题？

Answer 1

好吧，考虑一下 Rails 的一些“魔法”:当您编写一个 Controller 类时，它的方法可以访问某些变量和某些其他类。但是这些变量和类既没有被您正在查看的 Ruby 代码文件中的任何内容定义也没有被导入； Rails 在幕后做了很多工作以确保它们会自动出现。当您从 Controller 方法返回某些内容时，Rails 确保将结果传递给适当的模板；您不必编写任何代码来告诉它使用哪个模板、在哪里找到它等等。

换句话说，这些事情就像是“魔术”发生的一样；您不必动一根手指，它们就发生在您身上。

相比之下，当您编写 Django View 时，您必须导入或定义您计划使用的任何内容，并且您必须明确地告诉它要使用哪个模板以及该模板应该能够访问哪些值。

Rails 的开发人员认为这种“魔法”是一件好事，因为它可以更轻松地快速让某些东西正常工作，并且不会让你厌烦太多的细节，除非你想深入了解并开始压倒一切。

Django 的开发人员认为这种“魔法”是一件坏事，因为它并没有真正节省那么多时间(一些 import 语句在事物的宏伟计划)，并具有隐藏真正发生的事情的效果，使得更难弄清楚如何覆盖东西，或者如果出现问题更难调试。

当然，这两种立场都是可以采取的有效立场，而且一般来说，人们似乎只是自然而然地倾向于其中之一；那些喜欢“魔法”的人聚集在 Rails 或试图模仿它的框架周围，那些不喜欢“魔术”的人聚集在 Django 或试图模仿它的框架周围(并且，从更广泛的意义上说，这些立场在某种程度上是对 Ruby 和 Python 的刻板印象开发人员；Ruby 开发人员倾向于以一种方式做事，Python 开发人员倾向于以另一种方式做事)。

从长远来看，它可能不会对您所说的您关心的因素 - 计费时间 - 产生巨大影响，所以让您的开发人员选择他或她最满意的，因为那更重要您可能会得到有用的结果。