web框架在什么程度上受限 ？

Web框架提供了开发网站和Web应用的基础结构和工具，但它们也有一些限制。了解这些限制有助于选择合适的框架或决定何时可能需要寻找或开发替代方案。

1、问题背景

提问者计划构建一个 RESTful web 服务，该服务将只使用 JSON/XML 接口，不包含 GUI。该服务将使用数据库，但是对于某些重要的操作，没有明确的方法可以将“模型”对象直接存储到数据库表中。此外，还需要完全控制数据何时以及如何写入数据库。需要维护多个数据库连接，以便将一些连接仅用于读取，而将其他连接仅用于写入。提问者已经研究了 Django 和 ruby-on-rails 等“完全”的 MVC 框架，以及更基本的框架，如 web.py 和 pylons。当前的印象是，如果一开始就使用完全的框架，事情会进展得更快，但是最终会遇到瓶颈，因为框架会限制可以执行的操作。如果选择更基本的框架，启动并运行所有功能所需的时间会更长，但可以使用完全的自由。但鉴于 Django 和 Rails 中编写的网站数量，质疑者怀疑自己是否完全错了，是否可以通过像 Django 或 Rails 这样的框架轻松完成任何事情，或者根据自己的需求是否应该使用 web.py 之类。

2、解决方案

• **答案1：**由于 web 框架通常围绕构建网站进行优化，因此可以更轻松地完成大多数常规用例。但是，一旦开始使用框架执行更多“开箱即用”的事情，可能会发现要花更多时间来解决问题，而不是从一开始就使用框架节省的时间。与 Django 配合使用可以参考：

  1. 不建议使用 Django 来编写 REST API。
  2. Django 的 ORM 不支持多个数据库（除非使用 1.2 alpha 版）。
  3. Django 缺少良好的启动信号，进而更加不适合这项工作。
  4. Django 的 ORM 不支持多个数据库（除非使用 1.2 alpha 版）。
  5. Django 缺少良好的启动信号，进而更加不适合这项工作。

• **答案2：**对于 web 服务，更倾向于使用非常轻量的框架：即主要依靠 WSGI（一种标准，不是框架），并至少使用高度模块化的组件来提供一些可能需要的额外功能，具体取决于服务的详细信息（WSGI 在允许模块化组合“中间件”位和部分方面非常出色）。

  1. 建议使用 Werkzeug 和 WebOb 分别作为模块化的 WSGI 组件和请求/响应对象。
  2. 如果需要模板，可以使用 Django Templates。
  3. 如果需要关系型数据库，更愿意直接编写 SQL（尽管 SQLAlchemy 有其优点）。
  4. 使用模块化组件而不是集成框架的优点是，可以随意更改其中每一个选项（并根据确切需求、偏好和品味进行混合匹配）。

• **答案3：**即使也使用框架，仍可以使用所讨论语言的全部潜力。框架不是限制因素，它基本上是一种工具，可以简化应用程序某些部分的开发。例如，Django 和 rails 抽象了一些数据库功能，因此只需要担心模型对象。但这并不意味着自己也无法做任何事情。

• **答案4：**通常，越完整、越有用的 web 框架，在尝试以与 web 框架认为的正确方式不同的方式做事时，其限制就越大。有些 web 框架试图提供极大的帮助且不受限制，有些则做得更好。总体建议是：不要与框架作对。一定会输。因此，选择一个可以帮助自己完成想要做的事情，但不强制执行任何其他事情的框架非常重要。对于 web 服务案例，这应该不是问题。有许多极简主义的 web 框架，至少在 Python 世界中是这样（我只关心 Python）。Bobo、BFG、Pylons、Werkzeug 等。这些都不会以任何方式碍事。

• **答案5：**Rails 与需要的一样有用或无用。如果需要使用纯 SQL 加载集合，这很简单。如果想在同一行中使用所有内置的 ActiveRecord Fu，也可以。RESTful 路由非常简单，但如果 REST 的特定 Rails 风格不满足需求，则路由是完全可配置的。在 Rails 应用程序中，可以使用默认设置的任意多或任意少，并且可以在所有级别进行重新配置。

• **答案6：**如果不在 Rails 中使用表示层，就会错过很大一部分。将对象转储到 json/xml 所需的功能非常小，因此从中获得的唯一真正剩余的优势可能是 ActiveRecord 和路由，并且如果无法想象数据干净地拟合模型，那么就没有留下太多。认为真的只需要一个极简主义的框架来处理一些基本内容。一个可以提供一些有关请求/响应处理和路由方面的细微差别并顺利进行的框架。类似于 Sinatra 的 Python 等价物可能是更适合的选择。在 xml/json 基于 web 服务的 Scala 中使用了一个类似的框架（称为 Step），在其中关心性能（并且没有表示发生）。

• **答案7：**多年来一直使用 Ruby/Rails，并且与使用过的几乎所有其他语言/框架（跨越近 15 年的 Java、PHP、ColdFusion、ASP 等）不同，当需要时，它不会碍事。听起来可能会受益于像 Sinatra 这样的“轻量级”框架，但随着即将发布的 Rails 3，这些优势变得不那么明显。Rails 3 使一切都可配置… 事实上，Rails 现在将只是一组特定的插件和扩展，位于无限灵活的核心之上。对以下声明感兴趣：

“该服务将依赖数据库，但是对于一些更重要的操作，没有明确的方法可以将“模型”对象直接存储到数据库表中。”

不确定此语句是什么意思…在某些时候必须将一些东西放入数据库，对吧？在大多数非平凡的应用程序中，很少有一个模型绑定到请求的末尾… 实际上可能有一个非常复杂的模型网络返回或更新。如果使用 JSON，强烈建议查看 MongoDB 等数据库。MongoDB 完全基于存储 JSON 数据，因此可能非常适合应用程序。

• **答案8：**没有写下任何要求，而是写下了技术决策。这是完全不同的东西。想要实现什么？然后我们也许可以帮助实现。

• **答案9：**如果知道不会使用 ORM 或创建用户界面，那么实际上就消除了首先使用 web 应用程序框架的 90% 的原因。例如，如果查看 Django 的功能集：除了使用像 Werkzeug 或 CherryPy 这样的更简单的东西无法从 Django 中获得什么部分来实现基于 HTTP 的 web 服务？

在选择Web框架时，重要的是考虑你的项目需求、团队技能和项目目标。理解和权衡这些限制可以帮助你做出更合适的技术选择。如果有具体的框架或应用场景，我可以提供更详细的分析和建议。