在webapp中使用java（桌面）代码库

我有一个相当大（80k loc）的java桌面应用程序，可以与数据库对话。我们现在考虑通过web应用程序公开数据库的某些部分，使用现有的代码库，最好不必修改它

我在数据访问层、业务逻辑层和表示层之间有很好的分离，但我们没有使用企业JavaBean或类似的东西（如果这很重要的话）

---

前进的最佳途径是什么？哪种JavaWeb框架最适合这个问题？学习曲线并不十分重要，因为我没有在web上进行任何java开发…

说实话，这取决于您已经拥有了什么，以及当前桌面应用程序的设计有多好。如果现有代码的设计不好，并且所有代码都是紧密耦合的，那么在不修改现有代码的情况下，您可能无法使用任何代码，或者可能是最小的代码

假设您有一个设计良好的系统，那么所有的东西都足够好地去耦合。您可以查看条带为web制作演示文稿，并使用现有的数据访问和业务代码。祝你好运

除了圣杯上的Groovy，Wicket之外，几乎没有什么可以研究的东西

我不推荐像Seam和Spring这样的东西，它们更像是一个容器和复杂的大型框架，几乎为您提供了所有问题的解决方案。正如你提到的，你已经有了一个完整的系统，你只需要制作一个web界面就可以在web上发布它，IMO不建议这样做

---

JSF，是一个好的框架，但据少数人说，它可能会让你发疯，并且有一个大的学习曲线。

事实上，这取决于你已经拥有了什么，以及你当前桌面应用程序的设计有多好。如果现有代码的设计不好，并且所有代码都是紧密耦合的，那么在不修改现有代码的情况下，您可能无法使用任何代码，或者可能是最小的代码

假设您有一个设计良好的系统，那么所有的东西都足够好地去耦合。您可以查看条带为web制作演示文稿，并使用现有的数据访问和业务代码。祝你好运

除了圣杯上的Groovy，Wicket之外，几乎没有什么可以研究的东西

我不推荐像Seam和Spring这样的东西，它们更像是一个容器和复杂的大型框架，几乎为您提供了所有问题的解决方案。正如你提到的，你已经有了一个完整的系统，你只需要制作一个web界面就可以在web上发布它，IMO不建议这样做

---

JSF，是一个好的框架，但据少数人说，它可能会让你发疯，并且有一个大的学习曲线。

我推荐的两个框架是和

Grails附带了一整套在封面下配置的东西，包括Hibernate和Spring。这使得生成要发送到浏览器的动态页面变得非常容易。您可能需要做的是设置调用Grails服务的控制器，这些服务引用您现有的代码，因为您可能不希望Grails管理您的数据库交互。Grails的缺点并不是说它是用Groovy编写的，Java程序员很容易学习Groovy，而是对Groovy的IDE支持仍在不断成熟。不过，如果你想快速提高生产率，这是一条下降的道路

Struts 2提供了一个干净的命令模式框架实现，它在前端与JSP（或velocity或FreeMarker模板）对话。要使用它，您需要配置操作来调用现有代码。您可能需要研究将Spring添加到混合中，这取决于您需要做什么

---

还有其他选择，但这两种选择我已经取得了一些成功。

我推荐的两种框架是和

Grails附带了一整套在封面下配置的东西，包括Hibernate和Spring。这使得生成要发送到浏览器的动态页面变得非常容易。您可能需要做的是设置调用Grails服务的控制器，这些服务引用您现有的代码，因为您可能不希望Grails管理您的数据库交互。Grails的缺点并不是说它是用Groovy编写的，Java程序员很容易学习Groovy，而是对Groovy的IDE支持仍在不断成熟。不过，如果你想快速提高生产率，这是一条下降的道路

Struts 2提供了一个干净的命令模式框架实现，它在前端与JSP（或velocity或FreeMarker模板）对话。要使用它，您需要配置操作来调用现有代码。您可能需要研究将Spring添加到混合中，这取决于您需要做什么

---

还有其他选择，但这两个选择我已经取得了一些成功。

“我不推荐Seam和Spring之类的东西，它们更像是一个容器和复杂的大型框架。”JSF也在这条船上。。。可能是。但是在我看来，JSF并没有试图回答您所有的问题，而是坚持使用表示层。此外，它并不像Seam和SpringIOC那样像容器一样工作。就“复杂”一词而言，我倾向于同意。多亏了指向条纹的指针——看起来是目前最直接的选择。正如我所说的，代码是非常分离的，我希望能够重用所有的访问代码，以及大部分的逻辑代码（所有这些代码都需要一点重构）……我不推荐像Seam和Spring这样的东西