【问题标题】:SpringROO+GWT customizationSpringROO+GWT定制
【发布时间】:2011-01-25 15:29:37
【问题描述】:

我想构建一个不使用数据库的 GWT 应用程序。我想使用 Spring ROO 来获取它的初始配置。 Spring ROO+GWT 生成的应用具有:

  • 基于 RequestFactory 的客户端-服务器通信
  • 已应用 MVP 模式
  • 活动、地点、浏览器历史管理
  • [1] 基于 UIBinder 的 UI,使用 *.ui.xml 文件进行 UI 定义
  • [4] /client/managed/activity 中有很多生成的活动
  • [5] 在 /client/managed/ui 中生成了很多 UI - 它们都使用 UIBinder

  • Spring 集成

  • [2] Spring MVC 集成
  • [3] Hibernate(或其他 JPA 实现)集成

我不想要它的 [1]、[2]、[3] 个特征。

问题

  1. 关于 [1],我打算拥有自己的 UI,不一定使用 UIBinder。我该怎么做?
  2. 如果我想要应用程序的不同逻辑/布局怎么办?删除 [4] 和 [5] 然后生成我自己的 MVP 组件是否安全?我该怎么做 - 我不一定要在应用程序中保留 Spring ROO 支持,我只想更改脚手架应用程序并构建完全不同的东西。我看到当我在域bean中添加一个字段时,它会自动生成UI,并且[4],[5]

【问题讨论】:

    标签: gwt spring-roo


    【解决方案1】:

    Roo 的卖点之一是您可以从您的项目中easily remove it。 Roo 生成的代码中没有任何内容以您将无限期地继续使用 Roo 为前提。 GWT Expenses 示例应用程序实际上是作为 Roo 生成的应用程序开始的,但现在已成为手动维护的代码库。

    首先,UiBinder 不会做任何你不能手写的事情。您将编写的所有声明性 XML 代码都会被 UiBinder 生成器转换为直接的过程代码。要删除基于 UiBinder 的 UI,只需删除 .ui.xml 文件和自定义 UiBinder 子接口。

    【讨论】:

    • 为什么 GWT Expenses 变成了一个无 ROO 的应用程序?我在哪里可以找到该应用程序的源代码?我打算在这些服务中创建一个带有 POJO 并返回给客户端的仅服务应用程序,因此我需要带有仅在 GWT 2.1.1 中找到的 ServiceLocators 的 RequestFactory。有没有办法在这些情况下保持ROO?谢谢
    • 关于 UIBinder,你是对的 - 它和手写的东西一样,我当时没有足够的信息。
    • 费用示例应用程序位于 GWT 的 SVN 存储库 browse。 Expenses 应用程序是在 GWT+Roo 集成过程的早期编写的,还用于驱动 GWT 2.1.1 功能和小部件开发。您可以使用 Roo 仅管理您的服务器域代码并手动滚动您的 GWT 应用程序,而无需使用 GWT+Roo 集成,因为听起来您更喜欢以不同的方式构建您的应用程序。
    • 感谢您将我指向费用应用程序 - 我正在考虑将其用作我的项目的基础结构(脚手架)并从中删除不必要的部分(特定于费用)。我也不能在服务器上真正使用 Roo(我认为),因为我没有使用 EntityManager(持久性) - 我将拥有返回 POJO 的服务。 Roo 在这种情况下仍然可以帮助我吗?或者唯一的方法就是将其从服务器端也删除?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-06-25
    • 1970-01-01
    • 1970-01-01
    • 2023-04-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多