scala - 对于我的下一个项目，一个网络应用程序，应该使用 scala+wicket 还是 scala+lift？

Question

鉴于 Scala 语言的各种优势，我决定用 Scala 编写我的下一个 Web 应用程序。但是，我应该使用 Wicket 还是 Lift？我对 Wicket 很熟悉，也很喜欢，但对 Lift 知之甚少。在这种情况下学习 Lift 值得吗？

换句话说，Lift 与 Wicket 相比如何？鉴于网络应用程序将使用 Scala，使用 Lift 是否可以让我作为开发人员的生活更轻松？

Answer 1

如果你喜欢 Wicket，你应该坚持你所知道和喜欢的。 Wicket 是一个很好的 Web 框架，使用 Scala 和 Wicket 非常好，因为您可以使用 Scala 的特性在 Wicket 中编写类……它确实减少了与 Java 相比的样板文件。

Lift 具有 Wicket 所没有的优势:

更好的 Ajax 支持。 Lift 的 Ajax 支持远没有 Wicket 的那么冗长。如果你打算做很多 Ajax，学习 Lift 可能很有值(value)。

cometd 支持。如果您的应用程序具有服务器推送组件，Lift 提供比任何其他 Web 框架更好的 cometd 支持。

Lift 更像 Scala。如果您来自 Java，那么 Lift 对模式匹配和函数传递的使用是一条学习曲线。

就该线程中的评论而言，我不同意所做的一些陈述:

Lift 不需要您混合表示和业务逻辑。有很多选项可以让您根据自己的编码风格适本地构建应用程序，从完全分离表示和逻辑到疯狂自由地混合两者。你的选择。

Lift 的作用与 Rails 不同。 Lift 不是另一个我的 MVC 框架，我也没有将大量时间集中在 Lift 的 CRUD 方面。 Lift 是关于安全性、开发人员生产力、可维护性和构建高度交互(Ajax 和 Comet)的 Web 应用程序。 Lift 库包含许多模块，包括许多 ORM 模块、JSON 支持等。这部分是由于 Scala 中库在 2-3 年前的缺乏以及 Lift 社区非常棒和支持，并且 Lift 发布过程运行良好(每月里程碑发布，足够稳定以支持 Foursquare。)

Lift 并不关注 HTTP 请求/响应周期。 Lift 专注于将那些抽象出来。开发人员花更少的时间担心参数命名，而更多的时间专注于业务逻辑。

但是，再一次，如果你喜欢 Wicket，坚持使用 Wicket 是一个不错的选择……Wicket 在 Scala 中甚至更好。