您如何超越 Web 框架来创建自己的应用程序框架？ [关闭]

Question

Web 框架很棒。我认为自己滚动而不考虑流行的开源库是一种设计味道。因此，如果有人打算在不使用像 Rails 这样流行的服务器端 Web 框架和像 jQuery 这样的流行客户端框架的情况下开始一个 Web 项目，我认为他们要么是疯狂的、无知的，要么是非常小众的。

也就是说，Web 框架不会尝试为您做很多事情。恕我直言，Rails 和 jQuery 等框架之所以成功，是因为它们试图将 80% 的工作带到那里，而剩下的 20% 则留给你做。做 80% 可以让它们足够灵活，可以被广泛使用，而不会变得过于拘束或尴尬。所以问题就变成了，剩下的 20% 怎么办，尤其是当你的应用程序变得越来越大时？

在过去的 1.5 年里，我们开发并维护了一个 Rails/jQuery-UI 应用程序。如前所述，事实证明，这些框架的不受约束的力量对于让我们快速上手、保持我们的生产力和加强良好的设计非常有用。然而，在过去的几个月里，我开始认为我们应该能够更快地开发和部署新功能，而且我开始觉得我们在 Rails 和 jQuery 提供的基础上构建的不够多我们。新功能似乎每次都必须从 80% 的点开始开发，而不是更可取的 90-95% 点。

为什么您的战略是超越 Web 框架？您使用了哪些技术或技术将 80% 的起点移动到接近 90-95% 的位置？您在构建自己的应用程序框架或工具包时遇到或克服了哪些具体障碍？在 vanilla Rails 和 jQuery 上进行开发的原因是什么促使您寻求更紧密的应用程序集成？

Answer 1

框架和库会留下您记下的“20%”，以便您可以在它们之上构建。如果您发现每次需要添加新特性或功能时，您仍然在 80% 的水平上工作，那么您什么都没做。

就我个人而言，我使用过许多 PHP 框架，我在其中构建了自定义库和功能，这有助于将我的项目提高到 90-95% 的水平。 15% 的项目差异非常重要。该代码的一些示例如下：实用程序函数、权限系统、内部 api 和模板管理器（有助于使用您的视图呈现数据）。

至于客户端、Javascript、库（jQuery、Prototype、Dojo 等），这听起来好像您没有长期考虑。越来越多的人意识到他们需要从严格的 Javascript 应用程序结构开始，然后再考虑使用哪个库。库提供了一些标准方法来绑定事件、选择元素等，但似乎都没有真正内置大规模应用程序逻辑。您需要自己构建。

松耦合（或Pub/Sub - 发布订阅）已经变得非常流行，并且有一些很棒的库可以帮助 MVC 和查看状态，例如 jQuery BBQ 和 Backbone.js（就像 @Raynos 建议的那样）。此逻辑可帮助您以整个应用程序的标准方式扩展和正确管理新功能。也就是说，您仍然应该理解并从您理解的纯无库应用程序结构开始。我在这里 (http://darcyclarke.me/development/javascript-applications-101/) 写了一篇很好的 101 帖子，Addy Osmani 也为此提供了很好的资源 (http://addyosmani.com/blog/large-scale-jquery/)。与服务器端有点不同，我建议您在决定使用哪个库之前构建 15-20%。毕竟，它们确实具有许多相同的功能，不应该仅仅依靠它们来构建您的客户端应用程序。

我仍然认为你最好拥有这些工具，而不是从头开始构建自己的工具，但我认为你需要开始在它们之上构建自己的工具集。

Answer 2

我并没有真正对服务器端框架做太多事情，因为我们的 ASP.NET 后端已经处理了 90%，而其他人编写的所有自定义服务器端控件都处理了最后 5%。

就客户端而言，除了编写通用的可重用控件之外，您几乎无能为力。我使用 jQuery 的主要原因是因为它抽象了跨浏览器的合规性。我像使用 JavaScript 一样使用它，只是它在 IE 中可以毫不费力地工作。

在 jQuery 之上构建可重用的控件。制作自定义插件。使您编写的所有自定义代码更加通用，以便您可以在项目之间重复使用它。

我建议你看看backbone.js。它是一个真正允许您自定义 Web 应用程序的客户端 MVC 框架。在这样的 MVC 框架之上构建使代码非常易于扩展且易于管理。这样做的好处是您有很多控制权，并且您可以在此基础上设置自己的通用框架，允许重用、重用和重用。

要记住的重要事情之一是将跨浏览器合规性委托给 jQuery 等底层库，然后在其之上构建抽象。

以我个人的经验，到处都是通用的错误代码比 jQuery 的限制更能拖累我们。也许如果每个人都写了很棒的代码，我们会注意到 jQuery 的局限性。我还看不出 ASP.NET 框架的任何限制。