Scalatra项目采访介绍

InfoQ：Sinatra是一种流行的Ruby框架，正在被移植到多种语言上面。你认为它的最佳特性是什么，又是什么吸引了你？

Ross：Sinatra框架族是因为它们极其的轻量而引人注目：如果你已经熟悉了目标语言以及HTTP基本知识，那么，这些框架几乎可以立即让你富于生产率。

InfoQ：你选择Scala开发web框架的原因是什么？

Ross：我在学校里面花了四年时间来学习函数式编程的优雅。随后，我又在Java上浸淫了十年——即便不欣赏语言其本身，我也欣赏其庞大的类库。Scala把这两个世界巧妙地结合了起来。对于Scala，我根本毋需多想。

InfoQ：什么特性是其他Scala框架（例如Lift）所缺失的？

Ross：无论是作为一个框架，抑或是一个社区，Lift都很令人称赞，但我对它部分的核心假设很纠结。具体来说，Lift拥抱了会话状态，隐藏了HTTP，而我倾向于拥抱HTTP，并且避免会话状态。现在，这不再是非黑即白：你可以使用Lift构建一个RESTful应用程序，你也可以使用Scalatra构建一个Stateful应用程序，但每种框架都是针对不同类型的应用程序而调整。我很高兴我们同时拥有这两者。

InfoQ：你能针对Scalatra应用的不同组成部分给我们做一个概要介绍吗？

Ross：Scalatra是简单的DSL。你可以把整个应用程序写在一个类里面。（无论这是否缘于节俭，抑或是取决于应用程序的大小。）然后，再在web.xml里面加上几行，这就是一个有效的Scalatra应用。

InfoQ：对于正在考虑从Java Web框架切换到Scalatra的团队，你有什么建议？他们应该注意哪些常见的陷阱，有哪些好的迁移策略？

Ross：要迁移Java应用程序，我建议在同一个web-app元素里面定义一个ScalatraFilter。然后，你就可以一次一个页面地进行迁移。如果Scalatra找到了一个匹配的路由，那它就会进行处理。否则，该请求就会被传给之前的servlet。

另外，请记住，Java与Scala中的互操作性是双向的。这意味着，不需要严格地逐层由Java迁移到Scala。仅仅移植那些需要修改的代码，而且在需求再次发生变化之前，不必担心保留了可工作的、经过时间检验的Java代码。

InfoQ：最近LinkedIn宣布，他们已经在LinkedIn Signal上使用了Scalatra。你有没有其他的实际例子？你看到人们在什么类型的应用程序中使用了Scalatra？

Ross：除了LinkedIn，ChaCha现在也是成功使用了Scalatra开发内部API和管理的应用程序。他们特别喜欢Scalate的模板整合。我至少知道两个来自于创业公司的正在进行中的Scalatra项目——将来我们就可以很激动地宣布了。作为Scalatra应用程序，RESTful API已经非常普遍。

正如Scala是一个可扩展的语言，Scalatra也是一个可扩展的框架。您可以把HTML代码和业务逻辑写到一起，从而快速地开发应用程序的原型。随着项目的成熟，在把应用系统重构为n-层企业级别的应用系统时，你可以依赖或者不依赖编译器和测试框架。我们把架构的决定权留给你。

InfoQ：八月份发布了M1版本，你们对最终版本的规划是什么时候？项目的路线图是什么样子的，你希望未来的版本会包括什么功能？

Ross：一些短期的目标包括了Comet支持、将DSL从Servlet/Filter里面分离出来以更易于重新装载（使用JRebel），以及创建真正的网站：我们将吃我们自己的狗粮。我们也有兴趣增加OSGi的支持、嵌套路由以及增强的路由匹配选项。我们期待另一个里程碑——Scalate 1.3的发布，并且在2.0.0-final之前，我们希望对API进行全面的审查以找出任何不一致的地方。