Playframework 播放适用于网站和web应用程序的框架
在我看来，有两种类型的web应用程序：网站和web应用程序（表单和表格多于文本和图像…） 我发现使用组件框架（ApacheWicket）通过排序、搜索等更容易创建动态表单和表。我还发现使用play框架创建网站更容易Playframework 播放适用于网站和web应用程序的框架,playframework,Playframework,在我看来，有两种类型的web应用程序：网站和web应用程序（表单和表格多于文本和图像…） 我发现使用组件框架（ApacheWicket）通过排序、搜索等更容易创建动态表单和表。我还发现使用play框架创建网站更容易 考虑到我对网站和web应用程序的粗略区分，我能说play比商业web应用程序更适合网站（php、rails……的用意）吗（想想一个有很多表格、表单的基于web的会计应用程序……）我想play组的线程，正如@TJ所指出的，已经回答了你的问题，但为了完整性，一般的观点，以及我的观点，是P
考虑到我对网站和web应用程序的粗略区分，我能说play比商业web应用程序更适合网站（php、rails……的用意）吗（想想一个有很多表格、表单的基于web的会计应用程序……）我想play组的线程，正如@TJ所指出的，已经回答了你的问题，但为了完整性，一般的观点，以及我的观点，是Play既适合于网站，也适合于web应用 虽然Play确实让用Java编写网站变得容易多了，但这确实是构建它的第二个功能。它是为了使用Java构建web应用程序变得更容易而构建的，因为J2EE堆栈对于Play开发人员的需求来说过于臃肿 以下是我认为play作为web应用程序平台构建并运行良好的一些原因
- JPA集成，无需麻烦
- Memcache开箱即用
- 优秀的开发错误处理能力
- 不再需要停止、部署、重新启动周期（这从来不仅仅是JSP的问题）
- 轻松的长轮询/websocket集成
- Spring/CRUD/Security模块
我看到了网络应用和网站的混合，我自己也创建了网络应用和网站。现在，对于大多数web项目，Play将是我的第一选择，我还没有发现任何主要的使用案例，其中Play限制了我想要实现的目标。我认为，正如@TJ所指出的，Play组中的线程已经回答了您的问题，但为了完整性，总体意见，以及我的意见，游戏既适用于网站，也适用于网络应用 虽然Play确实让用Java编写网站变得容易多了，但这确实是构建它的第二个功能。它是为了使用Java构建web应用程序变得更容易而构建的，因为J2EE堆栈对于Play开发人员的需求来说过于臃肿 以下是我认为play作为web应用程序平台构建并运行良好的一些原因
- JPA集成，无需麻烦
- Memcache开箱即用
- 优秀的开发错误处理能力
- 不再需要停止、部署、重新启动周期（这从来不仅仅是JSP的问题）
- 轻松的长轮询/websocket集成
- Spring/CRUD/Security模块
我看到了网络应用和网站的混合，我自己也创建了网络应用和网站。Play将是我现在大多数web项目的第一选择，我还没有发现任何主要的使用案例，其中Play限制了我想要实现的目标。Play并不是完美的，但它是Java世界在web应用开发方面的真正进步。我仍然想知道为什么没有人决定早点做这种事情 两年前，我几乎已经决定把java看作是Web发展的遗失。我曾经尝试过PHP/Python/Grails，觉得它比任何JavaEEWeb框架都更适合web开发：更高效、更易于学习、开发和维护，所需资源更少，在图形方面效果更好。JavaEE框架是可以工作的，但是您需要多少开发人员、时间和工具来完成一些基本的工作，比如表单处理CRUD之类的工作 然后我发现了Play，从那时起，我认为Java可以再次成为一个好的web平台。Play对于web层来说已经足够轻量级了，您仍然可以使用Java世界中所有伟大的开源生产就绪框架。此外，您可以用Java编写代码，而不需要切换到Groovy。当然，仍然存在网页模板引擎的问题。游戏提供了Groovy模板，这并不是很令人满意。还有其他引擎：Japid，Cambridge for ex.Scala模板非常有希望，因为它是一个编译引擎。Java中没有解决这个问题的方法。Java根本不针对这个主题 被斯卡拉·坦帕尔特斯迷住了，感谢这场伟大的比赛！Scala集成，而且作为一名高级Java开发人员，由于对全局Java惰性越来越失望，我开始发现Scala，它在JVM中为Java提供了非常强大的替代品。Scala非常成熟，它提供了Java 10年内永远不会出现的特性。我仍然不确定一个基本的Java开发人员是否可以轻松地切换到Scala，因为Scala是一种高级语言，它允许以多种方式编写东西，而不是像Java那样的一两种方式。您可以像编写Java一样编写Scala，但它的功能强大得多，您很快就会感到遗憾。然而，作为任何高级语言，如果你不想写不可理解的代码IMO（它在C++中是一样的，我不讲函数语言），那么就需要对你的编码策略更加严格。无论如何，对于一个高级开发人员，让我告诉你，在Scala中实现一段代码比在Java中实现一段代码在智力上更令人满意。。。这是事实；） 即将发布的Play2.0也非常有希望。。。 我相信Java+Web可能不是以下“漫画式”恶性循环：“写标签，写bean，写JPA，到处写XML/注释，重新部署，等等，等等，测试…10页异常…重写标签，重写代码，启动调试器，重新部署，等等，等等，测试…调试…哦不：错误不在代码中，而是在标签中…卡住了……” ;)... 至少，在游戏中，您删除了“wait，wait”，删除了“xml/annotations everywhere”，并且不需要JPA（好的，您也可以在JavaEE中选择其他内容），还删除了标记bug（好的，您可以有其他bug，但无论如何，它会给出另一个poi）