Web 框架满天飞，我们还需要构建自己的吗？

在 No Fluff, Just Stuff 会上经常发言的 Neal Ford 最近写了一些关于 Craptaculous Web 框架 的文章，这些文章使用了 Jay 在会议上发布的关于开发者目前都在使用何种 web 框架的投票所收集的一些结果。

一般来说， Struts 的使用数量依然占统治地位（但是最近他一直在调查在一个新的项目上有多少人会选择 Struts，而结果 却是数量大幅下降）。他又悉数论述了 web 框架（毕竟在 Java 世界中 web 框架太多了）。在我所在的分会场，我问有多少人在使用他们自己的，土生土长的 “Craptaculous”框架。非常有趣，有很多人举手。这个土生土长的 Craptaculous 框架打败了一些知名对手，像 JSF（谢天谢地）和 Tapestry（不好意思）。

Neal 认为这个现象表明了 Java 界对于 web 框架认识上的混乱。他说如果人们只有 3 个选择的话，他们就可以直接比较它们了；然而当人们面对 10 个或者 20 个选择时，麻烦就来了，他们会选择 Struts 收场或者干脆创建一个他们自己的框架。他将这种情况类比于果酱店这个经典实例（ Paradox of Choice: Why More Is Less 一书描述了果酱店实例）：

一个小商店开始派送果酱来吸引顾客。当他们提供 3 种不同口味的果酱时， 顾客会品尝他们，果酱卖的也非常好。更多一定会更好，难道不是吗？于是他们提供了 10 种不同的口味，但是销量却急剧下降了。当面对太多选择时，人们的决定能力就会下降。

Neal 又以 Groovy 为例继续论述，Grails 作为主流的 web 框架会促使开发者采用 Groovy 语言。因为它运行在 JVM 之上，他甚至相信 Grails“会拯救 Java 开发者现在仍在使用的土生土长的 Craptaculous 框架”。博客上的其他评论者认为在这些市场上甚至还存在更多的分 支。在 Python 世界中，框架的数量从 20 个减少到 4 个，存活下来的这些框架都彼此相当，谁都无法独领风骚；然而在.NET 中，与大家期望的 ASP.NET MVC（InfoQ.com 的 Jonathan Allen 报道过）相比，其他的框架就不值一提了。

正如 Charlie Collins 说到：即使选择很多，人们有时还是倾向于构建他们自己的解决方案，其他语言中 web 框架的繁荣证明或许有选择也是好的。

买果酱时，我只想做一个 5 秒钟的选择并且不期望有“太多的选择”。 但当选择配偶，买房子或者作出任何长期或者代价高昂的决策时，比如选择一个我将长期使用的框架，我期望选择会尽可能地多，而不是少。

Charlie 解释了为什么他坚信会有很多的 Java web 框架：

Java 的核心问题就是过多的 web 框架。但那是人们以不同方式来解决复杂问题的一种表现方式（很多问题并不是他们的错，而是 HTTP 协议的工作方 式造成的）。如果你想选择一个框架来帮助你，不要仅仅是随便看看，请你多花些时间，以此来了解你的需求是什么，同时深入的研究框架的细节来做出决定：到底 哪种框架才能真正满足你的要求。

聪明人以新的方式来看待问题，以不同的方式来解决问题，所以我认为 Java 是非常开放，非常健康的，而不是向相反。

你有什么想法呢？这么多的 Java web 框架是好还是不好呢？

查看英文原文： In a World of Web Framework Choices, Some Developers Still Build Their Own

译者简介：张龙，同济大学软件工程硕士，现就职于理光软件研究所。主要从事文档工作流和办公自动化解决方案的研发工作。热衷于 Java 轻量级框架的研究，对敏捷方法很感兴趣。曾有若干年的 J2EE 培训讲师经历。参与 InfoQ 中文站内容建设，请邮件至 china-editorial@infoq.com 。