SpringROO+；GWT定制

我想构建一个不使用数据库的GWT应用程序。我想使用SpringRoo来获得它的初始配置。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]，我打算拥有自己的UI，它不一定使用UIBinder。我该怎么做

如果我希望应用程序有不同的逻辑/布局，该怎么办？删除[4]和[5]然后生成自己的MVP组件是否安全？我该怎么做呢？我不想在应用程序中保留SpringRoo支持，我只想更改scaffold应用程序并构建完全不同的东西。我看到，当我在域bean中添加一个字段时，它会自动生成UI，[4]，[5]

---

Roo的一个卖点是，您可以从您的项目中获得收益。Roo生成的代码中没有任何东西预先假定您将无限期地继续使用Roo。GWT Expenses示例应用程序实际上最初是一个Roo生成的应用程序，但现在已经成为一个手动维护的代码库

---

首先，UiBinder不会做任何你不能用手写的事情。您将要编写的所有声明性XML代码都被UiBinder生成器转换为直接的过程代码。要删除基于UiBinder的UI，只需删除

.UI.xml

文件和自定义

UiBinder

子界面。

为什么GWT费用会成为无ROO应用程序？在哪里可以找到该应用程序的源代码？我打算在这些服务中创建一个带有POJO的纯服务应用程序，并将其返回给客户端，因此我需要RequestFactory，其ServiceLocator只能在GWT 2.1.1中找到。在这些场景中，有没有办法保持ROO？感谢UIBinder，你说得对-这和手写的东西一样，我当时没有足够的信息。费用示例应用程序在GWT的SVN存储库中。Expenses应用程序是在GWT+Roo集成过程的早期编写的，还用于推动GWT 2.1.1功能和小部件的开发。你可以使用Roo来管理你的服务器域代码并手动滚动你的GWT应用程序，而不使用GWT+Roo集成，因为听起来你更喜欢以不同的方式构建你的应用程序。感谢你将我指向expenses应用程序-我正在考虑将其用作我的项目的基本结构（脚手架），并从中删除不必要的部分（特定于费用）。我也不能在服务器上真正使用Roo（我想），因为我没有使用EntityManager（持久性）-我将有返回POJO的服务。Roo在这种情况下仍然可以帮助我吗？或者唯一的方法是将其从服务器端删除？