Frameworks 框架推荐请求:Spring、Struts、JavaEE?

Frameworks 框架推荐请求:Spring、Struts、JavaEE?,frameworks,jakarta-ee,spring-mvc,struts,presentation-layer,Frameworks,Jakarta Ee,Spring Mvc,Struts,Presentation Layer,上次我研究web应用程序时,大家一致认为是Struts/JavaEE。现在看来,SpringMVC/JavaEE或Struts/JavaEE都是可行的解决方案 这通常是正确的吗?或者SpringMVC现在是Struts的主流选择?我们至少有一个人以前使用过Struts,并且希望使用它。我也更熟悉Struts,在过去回顾过它 另外,JavaEE仍然被认为是处理远程组件的可行解决方案吗?还是有其他选择 所有这些解决方案都是完全可行的。除非您只是想学习一种新技术,否则请使用struts,因为这是您所知

上次我研究web应用程序时,大家一致认为是Struts/JavaEE。现在看来,SpringMVC/JavaEE或Struts/JavaEE都是可行的解决方案

这通常是正确的吗?或者SpringMVC现在是Struts的主流选择?我们至少有一个人以前使用过Struts,并且希望使用它。我也更熟悉Struts,在过去回顾过它


另外,JavaEE仍然被认为是处理远程组件的可行解决方案吗?还是有其他选择

所有这些解决方案都是完全可行的。除非您只是想学习一种新技术,否则请使用struts,因为这是您所知道的。

所有这些解决方案都是完全可行的。除非您只是想学习一种新技术,否则请使用struts,因为这是您所知道的。

对于表示层,还没有真正的共识,我认为它仍然是Java EE应用程序的“一次性”部分。上面提到的解决方案不会有大的缺点或设计问题,可以胜任这项工作。我只想补充一点,这是一个非常优雅的基于约定而非配置的框架,如果您对基于动作的框架有一定的经验,那么它简单易学。还有,尽管Wick是一个基于组件的框架,这是一个不同的范例

只要选一个(你最熟悉的似乎是一个不错的选择)


仅供参考,马特·雷布尔(Matt Raible)做了一些不错的比较,这些比较并不完全过时,而且仍然很有趣。查看它。

对于表示层没有真正的共识,在我看来,表示层仍然是JavaEE应用程序的“一次性”部分。上面提到的解决方案不会有大的缺点或设计问题,可以胜任这项工作。我只想补充一点,这是一个非常优雅的基于约定而非配置的框架,如果您对基于动作的框架有一定的经验,那么它简单易学。还有,尽管Wick是一个基于组件的框架,这是一个不同的范例

只要选一个(你最熟悉的似乎是一个不错的选择)

仅供参考,马特·雷布尔(Matt Raible)做了一些不错的比较,这些比较并不完全过时,而且仍然很有趣。看看吧