针对Jrun的Java1.4MVC框架的建议？
我正在重新访问一个项目，需要将其限制为Java1.4（不幸的是）。我对引入MVC框架以提高未来维护的易用性感兴趣 除了Struts 1，我还有什么选择？框架越轻越好 我并不是要马上否定Struts，我只是听到了很多关于它的坏消息。如果有人想在这里为它辩护，请这么做针对Jrun的Java1.4MVC框架的建议？,java,model-view-controller,frameworks,jrun,java1.4,Java,Model View Controller,Frameworks,Jrun,Java1.4,我正在重新访问一个项目，需要将其限制为Java1.4（不幸的是）。我对引入MVC框架以提高未来维护的易用性感兴趣 除了Struts 1，我还有什么选择？框架越轻越好 我并不是要马上否定Struts，我只是听到了很多关于它的坏消息。如果有人想在这里为它辩护，请这么做 此外，该框架必须能够在Jrun上运行，这可能会限制我的选择。例如，我不能让SpringMVC工作 Spring MVC非常轻量级。您可以使用任意多的Spring，也可以使用任意少的Spring。Spring MVC非常轻量级。您可以使
此外，该框架必须能够在Jrun上运行，这可能会限制我的选择。例如，我不能让SpringMVC工作 Spring MVC非常轻量级。您可以使用任意多的Spring，也可以使用任意少的Spring。Spring MVC非常轻量级。您可以使用任意多的Spring，也可以使用任意少的Spring。虽然一开始JSF很难理解，但我更喜欢它，而不是Struts 1，在Java 1.4中，我使用MyFaces构建了一个应用程序，它对我来说运行良好
我还投票支持了春季MVC提案；） 虽然一开始JSF很难理解，但比起Struts 1，我更喜欢它，在Java 1.4中，我使用MyFaces构建了一个应用程序，它对我来说运行良好
我还投票支持了春季MVC提案；） 我在寻找其他问题时发现了这个问题，因此我很抱歉，这个答案可能无法及时找到您 有一个伟大的选择，为您的需要！MVC框架是归纳式的，它是使用JDK1.4编写的。感应控制器是多动作的，就像SpringMVC2.5一样，但感应控制器不使用注释或XML，默认情况下控制器会自动连接 归纳法是一种非常轻量级和快速的MVC框架（7.7K行），但有许多主要MVC框架中缺少的功能，例如：
- 在开发过程中更改控制器、视图和模型时动态重新加载
- 文件上传非常简单（与字符串输入没有太大区别）
- 控制器不需要配置
- 能够使用IDE分析模型、视图和控制器之间的依赖关系
- 基于正则表达式的URL映射
- 对管理任何MVC框架重定向的最佳支持
祝你好运 我在寻找其他问题时发现了这个问题，因此我很抱歉，这个答案可能无法及时找到您 有一个伟大的选择，为您的需要！MVC框架是归纳式的，它是使用JDK1.4编写的。感应控制器是多动作的，就像SpringMVC2.5一样，但感应控制器不使用注释或XML，默认情况下控制器会自动连接 归纳法是一种非常轻量级和快速的MVC框架（7.7K行），但有许多主要MVC框架中缺少的功能，例如：
- 在开发过程中更改控制器、视图和模型时动态重新加载
- 文件上传非常简单（与字符串输入没有太大区别）
- 控制器不需要配置
- 能够使用IDE分析模型、视图和控制器之间的依赖关系
- 基于正则表达式的URL映射
- 对管理任何MVC框架重定向的最佳支持
祝你好运 我以为SpringMVC只支持Java1.5？Spring2.5支持Java1.4，Spring3.0需要1.5。我还推荐Spring，他们的文档很好，API经过深思熟虑且一致，因此很容易入门。实际上，我在另一个项目中使用了Spring MVC。虽然我喜欢它，但我还是很犹豫是否要将整个Spring框架的开销引入到这个项目中。不幸的是，这在Jrun上不起作用，这正是我一直在为这个特定项目开发的东西。啊，太糟糕了。哇，直到现在我才知道Adobe提供了自己的J2EE服务器。我现在为你感到很难过：（我原以为Spring MVC只支持Java 1.5？Spring 2.5支持Java 1.4，Spring 3.0需要1.5。我还推荐Spring，他们的文档很好，API经过深思熟虑且一致，很容易上手。事实上，我在另一个项目中使用了Spring MVC。虽然我喜欢它，但我还是不太愿意介绍overh将整个Spring框架添加到项目中。不幸的是，这在Jrun上不起作用，这正是我一直在为这个特定项目开发的。啊，太糟糕了。哇，直到现在我才知道Adobe提供了自己的J2EE服务器。我现在为你感到非常难过：（在现有的web应用程序中引入一个新的web框架就像重写它一样激烈，假设你一直这么做。如果你只做了一半，那么你可能会使它更难维护，而不是更容易维护。就我的$0.02。@Rob，我最初的想法是使用手写的控制器servlet实现MVC，然后把当前的逻辑放在这个面向前端的servlet后面。这听起来不像是一个大规模的重写。然后我想可能有人编写了一个lightwieght框架来完成我想要完成的任务。准后续问题。在现有的web应用程序中引入一个新的web框架和重写它一样激烈，assu明：你一路走。如果你只走了一半，那么你可能会让维护变得更难，而不是更容易。就我的$0.02。@Rob，我最初的想法是使用手写的控制器servlet实现MVC，并将当前的逻辑放在这个面向前端的servlet后面。这听起来不像是一个大规模的重新设计然后我想可能有人写了一个lightwieght框架来完成我想要完成的任务。准后续问题。我在那天用JSF做了一些实验，但无法在JRUN上运行。它也不是MVC框架，我相信他们称之为“事件驱动”框架。我用JSF做了一些实验