我第一次遇到例如Ruby 的 Sinatra 框架或 PHP 的 Zend 框架,我想知道在 Java 中是否有足够的东西,这一切看起来都很臃肿。尽管周围有无数的框架,但到目前为止,我还没有找到一个我认为非常适合我想要实现的那种架构的框架。
我想设计一个 Web 应用程序,该应用程序需要大量使用 Javascript,并且大部分应用程序逻辑都在客户端实现,Java 后端或多或少只是用作数据存储或执行复杂的计算。
我确实在这里查看了相关问题,但我找不到完美的答案,每个建议的解决方案都有一个不符合要求的怪癖。
这就是我正在寻找的,具有以下功能的开源框架:
- 约定优于配置
- 除了 web.xml 没有其他 XML 配置
- 纯 Java(没有 Scala,没有 Groovy,...)
- 自然 REST 样式的 URL,例如/news/2011/july(没有 .do、没有 .jsp、...)
- REST 感知
- 它不应该强制我在应用服务器上进行部署(例如 EJB 应该是可选的)
- session 支持会很好,但不是强制性的
- 在 Rails 中生成代码非常棒,但不是强制性的
- 最少的依赖项,整体规模较小
- MVC 会很好,但是
- 我希望能够选择 M 部分,自行选择持久性库(不捆绑)。
- 没有自动生成的 View 代码,既不是 HTML、Javascript 也不是 CSS
- 一个集成的模板语言会很好,但它应该是简约的(简单的控制流,访问模板变量)
- 布局支持(即您可以为相似 View 指定通用模板)
- 为 View 自由选择 Javascript 框架
基本上这意味着一个 MVC 框架为我执行路由并为 View 提供模板支持,但其余部分是完全模块化的,没有魔法。是否有任何简约的框架可以提供这个(或者至少是模块化的,可以这样配置)?
最佳答案
Play Framework 怎么样? ?
Convention over Configuration
Play 只有很少的配置文件。它的大部分结构都是按照惯例。 例如基本结构是这样的:
|
+---/app - All executable artifacts go here (java files, conf files and view templates).
| |
| +---/model - Your model Java classes.
| |
| +---/view - Your view templates.
| |
| +---/controller - Your controller classes
|
|---/conf - Contains all configuration files for the application. Initially contains application configuration and routing table.
|
|---/lib - Libraries your appliaction needs. Added automatically to classpath.
|
|---/log
|
|---/public - Public stuff are your static assets that your server gives directly
|
|---/test
|
|---/tmp - All your temporarily compiled .class files are here
No XML configuration except for web.xml
Play 没有 XML 配置,包括没有 web.xml。它有一个路由文件。请参阅下面的示例,它用于路由。
Pure Java (no Scala, no Groovy, ...)
它是纯 Java,但您可以通过插件使用 Scala 或 Groovy。
- natural REST-style URLs such as /news/2011/july (no .do, no .jsp, ...)
- REST-aware
来自网站:
Play 是一个真正的“无共享”系统。为 REST 做好了准备,它可以通过在多台服务器上运行同一应用程序的多个实例来轻松扩展。
事实上,以类似 Rest 的方式进行路由非常简单:
# Play 'routes' configuration file…
# Method URL path Controller
GET / Application.index
GET /about Application.about
POST /item Item.addItem
GET /item/{id} Item.getItem
GET /item/{id}.pdf Item.getItemPdf
一旦你习惯了玩一下,不难猜出哪个会去哪里。
- it shouldn't force me to deploy on an application server (e.g. EJB should be optional)
它没有。实际上,您通过保存文件进行部署。 EJB 是完全可选的,.war
、.ear
和其他部署形式也是如此。
code generation as in Rails would be awesome but not mandatory
我认为它不会生成太多代码,但我不是 100% 的。它确实会自动创建所有必需的文件夹并实例化一个基本示例页面。我不知道 Rails 是否会生成其他任何东西...
MVC would be nice, but
- I'd like to be able to choose the M part, choose the persistence libraries on my own (no bundling).
- No automatically generated code for the view, neither HTML, Javascript, nor CSS
- An integrated template language would be nice, but it should be minimalistic (simple control flow,
- 认为这是一个次要的反驳点。 Play 模型必须使用 JPA 或扩展 Play 附带的某些 Model 类。见 Play framework-model了解更多信息。
- 虽然您可以在
.html
、.css
、.js
和其他文件中使用模板语言,但它不会生成 HTML创建动态页面。 我有基于 Groovy 模板语言的内置模板语言,例如
You have ${emails.unread ?: 'no'} ${emails.unread?.pluralize('email')} !
其他优点:
- 编程很有趣。
- 我是否提到了允许您通过保存源文件重新部署应用的热插拔?
- 很棒的错误日志。
缺点:
- 51MB 不确定这是否符合轻量级要求:/
关于java - 轻量级 Java Web 框架 - 特定要求,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6638488/