任何经验"玩"java网的发展框架？[关闭]
https://stackoverflow.com/questions/1597086
-
22-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我只是偶然发现了以下新的java网的框架：玩
http://www.playframework.org/documentation/1.0/home
与这样一个惊人的特性列表，我很惊讶我还没有听说过这之前...
听起来像java网的发展许诺的土地...
有人尝试过吗？任何真实的经历吗？你认为这是值得学习的？
解决方案
我同意杰森，发挥可能只是证明是更好的比杯.四杯项目下我的皮带(前面有两个彩的项目和一个小门项目)，我是认真寻找在玩下。
一个事情我认为是很酷的有关技术发展的看法是，"一切常规。" 也就是说，你使用常规编写的一切(除HTML和CSS)--域控制器、服务、网页模板(普惠制)，标签的图书馆、休眠API(格姆)、单元测试(GUnit)，并建立脚本(根特).你甚至可以写脚本，在常规。因此，能够码的所有方面的一个应用程序使用一个单一的语言似乎是一个简单化，这是早就应--倾听回来的日子写桌面应用程序在一个单一的语言等C++或Delphi。然而，我已经了解到，一种尺寸并不适合所有在这里。
对于一个,IDE支持，为时尚不是伟大的。用浏览器做最好的工作，但与常规的被动态的，它只能走这么远。重构的工具，不要(不能)抓住一切，所以你不能信任他们的100％。这意味着你必须要特别警惕有单元的测试。在这里，因为技术发展的看法依赖这么多动态的"魔法"，发生在运行时，该单元的测试，在技术发展的看法必须依赖一个广泛的嘲讽层模拟，而且嘲弄层是古怪。第三个问题是，许多所谓的常规码，你写的是实际上域特定的语言(DSL)的代码。(使一个很长的故事短，Dsl是短手的常规，利用事实上，在常规和大量的语法可选。) 杯使用不同的Dsl用于各种配置、网址映射，等等。和这不一致。你如何指定log4j设置，例如，看起来没有像你如何指定数据来源，以及既不是看起来像纯Java在其常规的基础。因此，承诺的"一切常规的"分崩离析。
在这种情况下，我看看那里的玩的团队是来自的地方。
回到正常Java域、控制、服务和JUnits有意义的。强打字装置IDE可以可靠地帮助inteli感的代码，导航、重构，等等。(并因此你不需要支付用浏览器如果你乐意与食。) 具有编写更详细的代码，以便获得强大的工具，支持似乎是一个很好的协议，我现在。我们会看到的。
我喜欢，我仍然得到使用常规的网页模板。恐怕我可能会把更多的代码中的"模板"比我应该，虽然。
我没有访问用户的经验，但似乎很接近什么格姆不会为我所以这很酷。
弹簧IOC支持技术发展的看法是完全透明的而发挥的支持似乎最少；然而，我认为，国际奥委会正的方式使用过度和我完全愿意手码弹簧XML映射上罕见的场合，我真的很需要一个。(我的一个开放的问题是，我假设，访问用户有交易的支持，这就是为什么打不需要春天像杯不会的，不是吗？)
我从来没有风扇的蟒蛇，所以我畏缩时，我读过那玩使用Python为其建立脚本。但我同意那杯'GANT脚本运行的相当缓慢。加上我找到的是，虽然GANT是一个巨大的改进XML蚂蚁，它仍然难以把你的头周围的蚂蚁的概念。这杯GANT脚本是相当令人费解的。所以，我会去到它有一个开放的头脑。
玩"应用程序模块"模式听起来是一样的技术发展的看法'"插件的"模型，所以这很酷。
我非常深刻的印象玩的文件，我看了这么远。我有一个巨大数量的问题，但是他们中的一半都得到了答复。
我会报告回来再后来，因为我深。
其他提示
我已经试过玩，我留下深刻的印象：它确实提供了有益的发展模式，这远远比大多数框架简单的一个伟大的工作。更重要的是，运行在“发展模式”解析.java文件的能力，直接是值得很多：只需重新加载在浏览器中的网页，而无需运行构建脚本或等待重新部署是值得很多的发展速度。在浏览器中显示的错误信息是非常好的太
这是打动我的是整体的美感另一件事：它可能是一个很小的事情，该教程应用程序实际上看起来不错（代码和网页设计两个），但这种延伸到整个框架中，API以及的文档。
从同事我看着它催促后，跟着的教程，和迷上。获得即时反馈就在您的浏览器意味着你不必使用IDE。我喜欢的Eclipse，但是让我们面对现实吧：你添加一些额外之后，它不是稳定的，因为一个简单的文本编辑器。在对TextMate在Mac，你甚至可以在浏览器中点击错误消息，TextMate的把光标放在该行弹出。
测试中发挥也很好做，与一个按钮按下运行单元测试，功能测试和基于硒的测试。
播放是令人兴奋的，因为它仍然是小而简单。它仅使用Ant来构建并在25秒内这样做。特约美丽的文档编辑.textile文件，并在任何游戏应用程序重新加载文档的问题。
这就是我结束了在寻求翻译教程使用斯卡拉，增加了在需要的地方得到它像你一样可以Scala的支持。
我喜欢它，我使用它的小项目，到目前为止，它看起来完美的人选。 然而，有一两件事我很怀念那多的被冷落的宗旨是：服务/ DAO /模型层分离！文件说清楚，发挥的目标之一是避免“贫血数据模型”： http://www.playframework.org/documentation/1.0.1/model
但我的经验经典服务/ DAO /模型层分离节省吨的开发时间时，被重构的应用需求！随着玩你坚持依靠播放特定的事务管理和特殊性...
静态方法然而，许多竖起大拇指：发展速度快，代码清洁，并在年底的乐趣...
我用过的Grails，挂毯4/5和直线的Java / JSP /春/休眠。
我认为这是在正确的方向前进首次在很长一段时间。 Grails的是一个很好的第一步，但玩游戏！看起来像的东西，可能真的有腿。 Scala的支持在1.1到来。如果有机会的话，我可以写我的控制器/ Clojure中的域名，我卖;）
由于一年后18个小版本没有明显的错误，我们使用Play！ 1.2.4在生产“缺席”内联网为一个学校的申请（演员：> 100名教师，> 700名学生，administrativ队）。客户端已经从Adobe（非常漂亮的景色），写有FLEX 4.6。数据发送和接收AMF3格式（肉桂模块）。我们使用基于JPA的EclipseLink和MySQL数据库一个自己的简单的DAO层。应用程序存储在Linux虚拟服务器上。我玩它的简单和其非常高效的方法的一个非常风扇显影剂。
我喜欢玩的样子，但还没有尝试过。从通过文档扫描一两件事，突出的是大量使用的静态方法。从测试的角度来看一个单元这总是使事情变得更难（我想嘲笑），并且是从典型的Java开发的面向对象的无处不在接近出发。也许这就是这一点，但它只是一件让我有点不太热情...
我用戏剧框架，做海量数据处理目前建设工作的Web应用程序。我必须说，速度是独自玩耍报价比什么回报率可以提供显著多。此外，玩的就是一个基于Java的框架，因此多线程可以轻松完成。接下来就是你得到的，当你使用基于Java的模块，如Japid和Netty的与play.It的一起类似的调整无尽的量能为性能做纯粹的性能。 A必须尝试在我的意见。
我用了一个小项目玩，似乎是什么，他们已经说过。不过有一个功能，我认为应该是默认存在的框架：工作能力与多个数据源（例如，使用一个以上的数据库模式）。这是唯一缺少的功能，我发现到现在。
此致 Uilian。
