它是一种在 Scala 程式语言上构建的可伸缩框架。它非常适合 Apache Geronimo 这样的可伸缩套用伺服器，尤其是在 Scala 编译为与 Java 语言非常相似的位元组码并使用 Java 平台之后。

lift是一个非常优雅的web框架，基于Scala程式语言，使用Apache 2.0 license许可发布。lift 提供开发者最好的方式创建互动的，高性能的web套用。基于lift 的套用能够部署为WAR档案进入 J2EE 容器，类似Jetty, Tomcat, 和 Weblogic。基于lift 的套用拥有高性能和能够使用你现存的Java库。

lift 的Comet 和 Ajax 支持能够让开发者创建实时互动套用

lift 的简洁的代码允许开发者能够极大的提高开发生产力，类似Rails 和 TurboGears

lift 提供高性能 和 扩展能力

lift 内建支持REST 和其他 web services

lift 使用Scala 的类型安全 type-safety ，所以你的测试只需要集中于 业务逻辑

lift 最让人印象深刻的是由一群对创建伟大的web开发工具和 web套用的 开发者和使用者社区创造出来的。所以 lift 强大，因为使用 创造，开发，使用lift 的人们很强。lift 社区是一个非常优秀的社区。

我做了18个月的Rails开发和10年的Java开发。Rails对于Web开发来说是一个新颖的视角……对于普通任务，Rails是“最便捷”(short path)的方式。它很伟大。，我发现Ruby的动态类型导致了许多错误，并且导致需要95%的测试覆盖率来保证可靠的部署。不幸的是，为了达到 95%的测试覆盖率，我的代码数量（包括测试）激增到接近Java代码数量的水平。而且，因为Rails在开发、测试和部署的时候“总是改变事物 ”（Rails动态改变它的方法），即使有出色的测试覆盖，还是经常出现部署事故。上述情况再加上MRI Ruby实现的缓慢和不稳定以及开发社区的漠不关心，我决定“另寻出路”。我无意中碰到了Scala然后立刻认识到它就是我正在寻找的语言。Scala拥有所有我喜欢的Ruby的语言特徵和所有我喜欢的Java的语言特徵。对我来说，这是一个“把你的花生酱放进我的朱古力”的时刻。

我对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容器。"它就是可以工作"让我鬆了一大口气。

句法。性能。稳定性。

一个仅当你需要的时候才出现的优秀的类型系统。闭包。模式匹配。内建的XMl语言支持（XMl literals）。Actor[译注Scala的基本并发构造]。很难说什幺是决定性因素。

像Rails一样容易而简明。

像Seaside和Wicket一样安全而正式。

类型安全但不像Struts一样冗长。

支持允许多人合作的“实时”套用。

所以，你可以飞快地构建巨强大的套用（就像Rails），你不必把所有的状态一股脑地扔进一个关係资料库中。状态是“活的”而不是冻乾的，这使得写从前端访问资料库表的套用非常地不同以往。