您对Scala + Wicket的体验

Question

您能否分享一下使用Scala和Wicket的经验？它们是否适合彼此？你是否利用Scala（和FP）与Wicket相比使用Java？为什么（你）更喜欢Wicket而不是Lift？

Answer 1

对于那些有兴趣查看代码的人，我re-implemented在Scala + Wicket的Browse Seam“酒店预订”演示：SVN | Browse - Java + Wicket版本在这里：SVN | Java

我使用了（还没有最终的）Scala 2.8和NetBeans插件。是否有关博客的详细信息（甚至还有Groovy + Wicket实施），但下面有一些高级别的印象;例如，这里的Scala |中的UI代码相同Fighting Scala – Scala to Java List Conversion。观察：

• 肯定少了样板，减少'噪音'
• 在嵌套组件方面，Scala非常适合Wicket
• 例如用于定义内部类/构造函数的更少工作/代码行，因此可以大部分内联并保持嵌套而不会造成太多混乱
• 同时将框架方法重写为单行。太好了！
• Scala似乎与Wicket Generics配合得很好，编译器似乎有时更加严格，也许这是一件好事。 NetBeans插件有所帮助，但有时仍然有问题和缓慢。
• 不是一个非常复杂的应用程序，所以没有机会应用闭包和FP很多
• 您需要注意一些问题：Lift from a Wicket Developer's Perspective - 目前我使用Java集合管理域对象属性。

尚未进行性能测试/比较。敬请期待:)当我到处发布详细的博客文章时，请告诉我是否有任何您想知道的事情。哦，如果你有机会查看代码并让我知道可以改进什么，那就太棒了！

我还没有看过Lift，但这里有一篇可能有助于OP的博文：{{3}}

不得不说如果和Wicket混在一起，我会选择Scala over Groovy一英里。 “组织导入”IDE功能本身解决了这个问题。新的Groovy内部类支持有一些严重妨碍使用Wicket的问题。还遇到了一些问题，比如groovy.lang.Reference而不是Serializable等。

Answer 2

我稍微使用过Scala + Wicket - 介绍一些Scala是一个很好的观点。在给出一些隐式转换或实用方法的情况下，闭包可以帮助减少Wicket控制器中的代码行。甚至Dave Pollak曾经建议过这种组合，如果您更喜欢Wicket升降机或者现有的Wicket应用程序，那么您希望改进Scala。

请注意您在任何有状态Wicket组件中使用的数据类型，因为它们必须是可序列化的。你有时可以不使用它，并使用无状态的Wicket组件。

Answer 3

他们在一起工作得很好。更不用说使用Scala作为您的语言的所有奖金。

在我的方式中，我拿出了我发现的有用的东西并创建了Scala Wicket Extensions项目： http://www.mail-archive.com/users@wicket.apache.org/msg40899.html 暂时没有使用它，但它仍然应该是好的。我真的很想让更多人为这个项目做出贡献。

回购在这里： https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/scala-extensions-parent/

耻辱wicket-stuff（和wicket）不在Github中：/

Answer 4

我只是想在Scala 2.8中指出scala到java转换的新方法，因为在Peter Thomas的回答中它被指出是一个问题。新的东西在那里描述：Conversions between Java and Scala collections

它应解决scala＆lt; =＆gt; java集合问题我想