java - 哪种Java Web Framework最适合Google Guice？

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




7年前关闭。




我计划开始一个新项目，并研究当前最新的Java Web框架。我决定围绕Guice构建我的应用程序，并且可能会使用非常轻量级的ORM，例如Squill/JEQUEL/JaQu或类似的产品，但是我无法确定Web框架。在如此轻巧的环境中，哪一个最合适？哪一个与Guice集成得最好？

最佳答案

我在11月开始为一个新项目进行编程时，已经在该主题上积累了一些经验。该项目目前处于后期阶段。

对我来说，以下设计准则很重要:

使用既有趣又会在将来广泛使用的现代技术堆栈。

减少项目工件的数量-在有意义的地方使用注释/Java代码，省略XML。

使用开源

框架

有一个活跃的社区

不是alpha阶段

是轻量级的

避免概念重复

我可以向我的两个开发人员解释其中的概念，尽管他们是优秀的程序员，但他们从未使用过dependency injection(DI)或Web框架。

可以作为 future 项目的技术基础

将 Google Guice作为DI容器是一个显而易见的选择-显然是最有思想的DI容器，拥有出色的开发人员和良好的社区。它满足了上述所有要点。

因此，我建立了基本的技术堆栈。从Guice开始，添加了 Hibernate以实现持久性(以及 warp-persist和 warp-servlet)。然后，我写了一些基本的 DAO来选择内容。

然后，我尝试执行以下操作:在此之上添加一个不同的Web框架。

使用常规HTTP Servlet 将 XSLT与 xStream一起使用

JSF- MyFaces

Apache Wicket

warp-widgets

我创建了一个带有表的简单页面，该表由DAO，页眉和带有四个框架的文本字段组成。

比较四个框架时，这些就是我的发现。

XSLT和XStream是一种硬性方法。它并不是真正的框架，而是适用于高性能应用程序的可行的完全无状态的技术。到目前为止，这是提供测试页最快的方法。在 Debug模式下，本地主机上的时间为3毫秒，而其他framworks则为30到50毫秒。

Guice集成使用warp-servlet相对平稳且良好，这使我能够注入(inject)servlet并向其他对象中注入(inject)httprequest，httpresponse， session ，而无需传递它们。缺点:根本没有社区，因为我是唯一考虑此堆栈的人。 -没有现成的组件。

然后，我看了一下JSF和Guice:当然可以将注入(inject)器放在servlet上下文中，并将guice用作服务定位器。使用简单的方法不可能将支持bean注入(inject)其他地方。使用自定义变量解析器可以部分解决此问题，但随后您将失去JSF文件中的所有 IDE集成，此外，您将不得不使用丑陋的 FQN作为支持bean，或者在某个地方构建string-> Guice键映射。两者都是丑陋的:

优点:社区良好，就业市场上有许多开发人员(对我而言没有标准)。如果出现问题，您不会因选择JSF而被解雇。

缺点:带来了自己的Inversion of control(IoC)机制，该机制在概念上与guice冲突。

warp-widgets:我创建了一个简单的示例，以此为乐；这是早期的Alpha阶段。很好用，它的组件很容易由我自己实现和重用。它旨在为Typesafe HTML提供完美的Guice集成。由于当时看起来只有一个活跃的开发人员，而他现在正在致力于Guice 2.0的开发，所以我想说社区几乎不存在。它像一种魅力一样工作，相当快，但是我本来应该是alpha测试员。对于我来说，考虑将其用于商业项目实在太冒险了。

Apache Wicket:这个项目首先让我感到惊讶，在核心下载中汇集了wicket-ioc和wicket-guice。无法在网页中进行构造函数注入(inject)，只能使用setter + field。在Wicket网页中进行注入(inject)很容易，只需在要填充的字段中添加 @Inject即可-但您不应该了解 how it works in background。棘手的事情发生了。从理论上讲，可以注入(inject)网页-但是我没有使用过一次，因为这使得无法使用已安装的URL，而且它还会干扰持久化/序列化状态。
注入(inject)的类的成员通过网页序列化透明地处理，这对于启用浏览器后备支持是必需的。 Wicket使用零外部构件-在应用程序类中仅对 URLs进行一些配置。因此，所有配置都在Java中完成-非常适合Guice模型。清除HTML和Java的分隔。就像大多数组件一样，它是开源的，数量众多且质量很高。自2005年以来，它是一个顶级Apache项目。尽管它是一个功能丰富的框架，但其 API相当紧凑(所有核心类都适合我的屏幕上的一个 JPEG)。与其他协议(protocol)不同的是，它没有带来自己的IoC机制，而是将IoC视为可以由 Spring Framework，Guice等提供的服务，并且这种哲学使其在工作中更具优势。 Guice整合。
我是否提到了真正聪明又容易的Ajax支持？

未深入评估的框架:tapestry5-带来自己的IoC。
Seam:本身不是框架，而是通常在JSF Spring中包含的元框架。 hibernate 。 (尽管理论上可以用Guice代替Spring。)

简介:在评估过的framworks中， Apache Wicket显然是赢家-就Guice集成+提及的所有其他条件而言。

除了我们两个，还有其他人 have had this problem before。

关于java - 哪种Java Web Framework最适合Google Guice？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/481705/

上一篇：java - 在 Java 中没有焦点的情况下监听输入

下一篇：java - 反对 Java Webstart？

相关文章：

java - Android RecyclerView 固定页脚

java - 无法将 Java 连接到 MySQL

android - 如何修复 Koin lib 中的 "No compatible definition found for type ' 上下文？

java - 具有 Play Framework 的 Firebase Multi-Tenancy 取决于 HTTP 请求的 header 值

java - 如何只替换标记，没有子字符串？

java - 编译android_x86 iso镜像时出错

java - Spring 在普通 Java 程序中注入(inject)依赖项

c# - RabbitMQ:注入(inject)连接工厂

Tomcat 不会采用 Guice 配置

java - Guice 中基于 AOP 的日志记录

Answer 1

我在11月开始为一个新项目进行编程时，已经在该主题上积累了一些经验。该项目目前处于后期阶段。

对我来说，以下设计准则很重要:

使用既有趣又会在将来广泛使用的现代技术堆栈。

减少项目工件的数量-在有意义的地方使用注释/Java代码，省略XML。

使用开源

框架

有一个活跃的社区

不是alpha阶段

是轻量级的

避免概念重复

我可以向我的两个开发人员解释其中的概念，尽管他们是优秀的程序员，但他们从未使用过dependency injection(DI)或Web框架。

可以作为 future 项目的技术基础

将 Google Guice作为DI容器是一个显而易见的选择-显然是最有思想的DI容器，拥有出色的开发人员和良好的社区。它满足了上述所有要点。

因此，我建立了基本的技术堆栈。从Guice开始，添加了 Hibernate以实现持久性(以及 warp-persist和 warp-servlet)。然后，我写了一些基本的 DAO来选择内容。

然后，我尝试执行以下操作:在此之上添加一个不同的Web框架。

使用常规HTTP Servlet 将 XSLT与 xStream一起使用

JSF- MyFaces

Apache Wicket

warp-widgets

我创建了一个带有表的简单页面，该表由DAO，页眉和带有四个框架的文本字段组成。

比较四个框架时，这些就是我的发现。

XSLT和XStream是一种硬性方法。它并不是真正的框架，而是适用于高性能应用程序的可行的完全无状态的技术。到目前为止，这是提供测试页最快的方法。在 Debug模式下，本地主机上的时间为3毫秒，而其他framworks则为30到50毫秒。

Guice集成使用warp-servlet相对平稳且良好，这使我能够注入(inject)servlet并向其他对象中注入(inject)httprequest，httpresponse， session ，而无需传递它们。缺点:根本没有社区，因为我是唯一考虑此堆栈的人。 -没有现成的组件。

然后，我看了一下JSF和Guice:当然可以将注入(inject)器放在servlet上下文中，并将guice用作服务定位器。使用简单的方法不可能将支持bean注入(inject)其他地方。使用自定义变量解析器可以部分解决此问题，但随后您将失去JSF文件中的所有 IDE集成，此外，您将不得不使用丑陋的 FQN作为支持bean，或者在某个地方构建string-> Guice键映射。两者都是丑陋的:

优点:社区良好，就业市场上有许多开发人员(对我而言没有标准)。如果出现问题，您不会因选择JSF而被解雇。

缺点:带来了自己的Inversion of control(IoC)机制，该机制在概念上与guice冲突。

warp-widgets:我创建了一个简单的示例，以此为乐；这是早期的Alpha阶段。很好用，它的组件很容易由我自己实现和重用。它旨在为Typesafe HTML提供完美的Guice集成。由于当时看起来只有一个活跃的开发人员，而他现在正在致力于Guice 2.0的开发，所以我想说社区几乎不存在。它像一种魅力一样工作，相当快，但是我本来应该是alpha测试员。对于我来说，考虑将其用于商业项目实在太冒险了。

Apache Wicket:这个项目首先让我感到惊讶，在核心下载中汇集了wicket-ioc和wicket-guice。无法在网页中进行构造函数注入(inject)，只能使用setter + field。在Wicket网页中进行注入(inject)很容易，只需在要填充的字段中添加 @Inject即可-但您不应该了解 how it works in background。棘手的事情发生了。从理论上讲，可以注入(inject)网页-但是我没有使用过一次，因为这使得无法使用已安装的URL，而且它还会干扰持久化/序列化状态。
注入(inject)的类的成员通过网页序列化透明地处理，这对于启用浏览器后备支持是必需的。 Wicket使用零外部构件-在应用程序类中仅对 URLs进行一些配置。因此，所有配置都在Java中完成-非常适合Guice模型。清除HTML和Java的分隔。就像大多数组件一样，它是开源的，数量众多且质量很高。自2005年以来，它是一个顶级Apache项目。尽管它是一个功能丰富的框架，但其 API相当紧凑(所有核心类都适合我的屏幕上的一个 JPEG)。与其他协议(protocol)不同的是，它没有带来自己的IoC机制，而是将IoC视为可以由 Spring Framework，Guice等提供的服务，并且这种哲学使其在工作中更具优势。 Guice整合。
我是否提到了真正聪明又容易的Ajax支持？

未深入评估的框架:tapestry5-带来自己的IoC。
Seam:本身不是框架，而是通常在JSF Spring中包含的元框架。 hibernate 。 (尽管理论上可以用Guice代替Spring。)

简介:在评估过的framworks中， Apache Wicket显然是赢家-就Guice集成+提及的所有其他条件而言。

除了我们两个，还有其他人 have had this problem before。