昨天 David Pollak 宣布 lift 的 0.6 版发布了：
lift 是一个用于开发 Web 应用的表达力强大而优美的框架。lift 强调安全性、可维护性、可伸缩性和性能，同时使开发者达到高水平的生产效率。
lift 0.6 带来了以下刺激的新鲜的增强的新特性：
- 支持 Scala 2.7.0（这意味着你可以使用 Eclipse 来开发 lift 应用） - lift 核心类的本地化（谢谢 Marius）
- 增强了重定向的支持
- 支持 Cookie(而不是使用基础的 Servlet cookie 支持)
- 增强了 Prepared Statements
- 显著增强了对 JSON 的支持和客户端 HTML 生成
- 提高了测试和文档（谢谢 Eric）
InfoQ 询问了 David 关于他开发lift的动机以及到目前为止他使用 Scala 的经验。
你可以给我们介绍一些导致你开发lift的背景经验么？
我做了 18 个月的 Rails 开发和 10 年的 Java 开发。Rails 对于 Web 开发来说是一个新颖的视角……对于普通任务，Rails 是“最便捷”(short path) 的方式。它很伟大。但是，我发现 Ruby 的动态类型导致了许多错误，并且导致需要 95% 的测试覆盖率来保证可靠的部署。不幸的是，为了达到 95% 的测试覆盖率，我的代码数量（包括测试）激增到接近 Java 代码数量的水平。而且，因为 Rails 在开发、测试和部署的时候“总是改变事物”（Rails 动态改变它的方法），即使有出色的测试覆盖，还是经常出现部署事故。上述情况再加上 MRI Ruby 实现的缓慢和不稳定以及开发社区的漠不关心，我决定“另寻出路”。我无意中碰到了 Scala 然后立刻认识到它就是我正在寻找的语言。Scala 拥有所有我喜欢的 Ruby 的语言特征和所有我喜欢的 Java 的语言特征。对我来说，这是一个“把你的花生酱放进我的巧克力”的时刻。
什么因素使得 Scala 成为构建一个 Web 框架的伟大环境？
句法。性能。稳定性。一个仅当你需要的时候才出现的优秀的类型系统。闭包。模式匹配。内建的 XML 语言支持（XML literals）。Actor[译注：Scala 的基本并发构造]。很难说什么是决定性因素。
lift与 Rails 以及 Seaside 或者其他 Java 框架例如 Structs 或者 Spring 的区别是什么？
像 Rails 一样容易而简明。 像 Seaside 和 Wicket 一样安全而正式。
类型安全但不像 Struts 一样冗长。
支持允许多人合作的“实时”应用。
所以，你可以飞快地构建巨强大的应用（就像 Rails），但是你不必把所有的状态一股脑地扔进一个关系数据库中。状态是“活的”而不是冻干的，这使得写从前端访问数据库表的应用非常地不同以往。
你可以描述一下你在生产环境中部署lift的经验么？你看到的性能如何？
我对 lift 应用做了许多基准性能测试。lift 的渲染管道简明扼要，而且 lift 在标准的 web 容器中运行。这意味着你可以得到与良好开发的 J2EE 应用相同的性能。对于数据库无关的页面，lift 的渲染时间通常低于 1 秒。对于需要访问数据库的页面，页面渲染时间与数据库访问相关。在一个 Amazon EC2 实例上（1.7Ghz Intel 处理器，2GB 内存），我可以支撑每秒 500+ 的页面访问，其中 50% 的页面要访问数据库，而且 MySQL 实例与 Web 应用运行在相同的服务器上。
你如何看待 lift与现存的 Java 应用配合工作，或者在混合语言环境（例如 JRuby）中工作？
lift 与现存的 Java 代码配合工作的非常好。lift 的 RabbitMQ 和 XMPP 支持是基于 Java 库的。Scala 可以 100% 无缝的调用 Java 代码。Scala 可以 100% 无缝的实现 Java 接口，继承 Java 类。它就是可以工作。至少有一个 lift 项目，其中 lfit 和 Spring 在同一个 WAR 文件中共存。我的第一个 Scala 应用是一个 Servlet 容器。"它就是可以工作"让我松了一大口气。
查看英文原文： David Pollak on lift and Scala
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论