为什么播放框架没有建立在 Servlet API 之上？答案

【问题标题】：Why is the play framework not built on top of the Servlet API?为什么播放框架没有建立在 Servlet API 之上？
【发布时间】：2011-07-08 18:41:19
【问题描述】：

我最近开始使用 playframework，非常喜欢它的简单性。

但是我有一个烦人的问题是为什么它完全避开了 servlet 规范？这种架构决策背后的主要动机是什么？

【问题讨论】：

标签： java servlets playframework

【解决方案1】：

来自FAQ

我们完全清楚我们所做的很少见的选择 Java 世界，而 Play 没有盲从一切所谓的Java “良好做法”。但所有的戏剧团队成员都是非常有经验的 Java 开发人员，我们完全知道我们做出的选择和我们的规则坏了。

Java 本身是一个非常通用的编程语言而不是最初为网页设计应用程序开发。这是一个非常写一个通用的不同的东西可重用的 Java 库并创建一个 Web应用程序。一个网络应用程序本身不需要设计成可重复使用。你需要的更少抽象，更少的配置。 Web 确实存在可重用性应用程序，但通过 Web 服务 API 而非语言级别整合。

当开发时间趋于零你可以专注于你的应用功能和实验快速，而不是试图抽象未来发展的东西。

玩！应用程序可以作为 Web 应用程序部署在其他 Web 服务器容器上，但主要设计为全栈框架；玩是的平台。而且，在我看来，这就是它美丽而快速的原因。

【讨论】：

这与 servlet api 有什么特别的关系？
您问：“这样的架构决策背后的主要动机是什么？”，我回答：“玩是平台”。他们不只是想让它成为一个框架或一些容器，而是一个完整的堆栈应用程序，包括 Web 服务器和所有东西。最重要的是，您无法将 Play 与 servlet 规范进行比较，因为除了是 Java 之外，它们没有太多共同点（如果没有的话）。
不确定我是否关注你。首先，Play 是一个框架——可扩展的软件系统，并清楚地记录了这些扩展点。其次，我没有将 play 与 servlet 进行比较（那会很愚蠢），我在问为什么要省略 servlet API。
Play 不仅仅是一个框架，正如问题“为什么不将‘play’包重命名为‘org.playframework’？！”中所述在常见问题解答中，我说 Play 和 servlet 是两个不同的东西；为什么它会尝试借用另一个不相关的项目规范？您认为可能有哪些优势？

【解决方案2】：

结帐Guillaume Bort's blog.（Play!Framework 的创始人）。他在他的博客上解释了这一切。

编辑：链接已更改，谢谢procrastinate_later

【讨论】：

这对于 servlet 3 api 中的异步处理是否仍然有效？
@lamalama 这是一个毫无意义的问题。如果玩！独立于 Servlet API，它独立于 Servlet API。
您的链接现在已损坏，但我想我在这里找到了博客文章。 guillaumebort.tumblr.com/post/558830013/…
转到guillaumebort-blog.tumblr.com并搜索servlet