我修改这是很久以前编写的现有Java Web应用程序,它是写在wrost可能的方式。 它在JSP文件中的业务逻辑和SQL statemens。
由于某些限制,我不能重新设计整个应用程序。 但我可以实现任何新功能,我添加更好的设计。
任何人可以建议我任何的MVC框架,我可以很容易地在现有应用程序集成。 我需要有框架,不依赖于许多外部的jar文件,它不会导致现有的应用程序的任何问题。
我修改这是很久以前编写的现有Java Web应用程序,它是写在wrost可能的方式。 它在JSP文件中的业务逻辑和SQL statemens。
由于某些限制,我不能重新设计整个应用程序。 但我可以实现任何新功能,我添加更好的设计。
任何人可以建议我任何的MVC框架,我可以很容易地在现有应用程序集成。 我需要有框架,不依赖于许多外部的jar文件,它不会导致现有的应用程序的任何问题。
我修改这是很久以前编写的现有Java Web应用程序,它是写在wrost可能的方式。 它在JSP文件中的业务逻辑和SQL statemens。
听起来像一个很好的候选人被扔掉了我。
由于某些限制,我不能重新设计整个应用程序。 但我可以实现任何新功能,我添加更好的设计。
整个应用程序需要被重新设计,但你不能重新设计整个应用程序。 这是矛盾的。
任何人可以建议我任何的MVC框架,我可以很容易地在现有应用程序集成。 我需要有框架,不依赖于许多外部的jar文件,它不会导致现有的应用程序的任何问题。
你不能不与现有应用程序引起的问题,如果你使用一个框架将有外部依赖的JAR。 我还是会推荐它,因为一个框架会给你一程,这将是值得额外的JAR文件。 WAR文件会更大 - 那又怎么样呢? 磁盘空间很便宜。
听起来好像MVC是至少你的问题。 你应该首先集中在正确分层应用的想法。 如果你有明确定义的持久性和服务层次,你可能有机会。
想想看,无需担心UI现在的问题。 先从持久层。 获取一个DAO和模型对象去。 然后移动到服务层:工作的交易,单位和用例使用DAO和模型对象来实现。 单位全面测试两个层。
一旦你拥有了这些,你可以自由地专注于使视图层正常工作。 它会更容易让控制器与服务交互。 你的UI可以是HTML,CSS和JavaScript或Flex。 所有的逻辑将退出视图并进入它所属的后端。
不要害怕JAR依赖。 它可以引导你的东西,这将有助于你带走。 我首先推荐春天。 它会帮助你的所有分层的问题。 它的Web MVC一样好,因为没有了。
如果您不能重新设计整个应用程序和所关心的框架的重量,那么我建议不添加框架。 你会用一个怪人构建了应用程序是不一致的,而不是有很大的好处结束。
相反,为什么不推出自己? 当你添加新的功能(或修改现有的),你不必所有东西都塞进一个jsp。 创建自己的数据访问层,和自己的业务对象,并在你的JSP中适当地链接到那些彼此的UI。