公司用的Html+Ajax+Springmvc+Mybatis,不用JSP,为什么

[LSSSSSS]

我想问的是：纯 Ajax 与后台通过JSON交互，有什么好处，有什么坏处？为什么要这么用？用JSP有什么好处？
现在趋势是否就是Html + ajax?

[hadoop333]

引用 楼主 LSSSSSS 的回复:

我想问的是：纯 Ajax 与后台通过JSON交互，有什么好处，有什么坏处？为什么要这么用？用JSP有什么好处？ 现在趋势是否就是Html + ajax?

在你们项目如何用spingmvc在action层里返回json数据到AJAX的请求页面啊 我在方法上配置了@responsebody 还要在springmvc-servlet.xml文件里怎么配置呢才返回json数据到ajax请求的页面呢

[tony4geek]

纯html 也可以。觉得如果数据动态而且很多还是通过jsp 比较好。

[loveunittesting]

引用 1 楼 Inhibitory 的回复:

这个太激进了，前端和后端完全用AJAX通信。 我觉得完全不用JSP或者任何的模版在一个大点的项目里都有些极端。 毕竟很多数据在后端生成比前端AJAX访问效率更高。 AJAX做一些交互的通信，局部刷新更合适。 一句话，过犹不及。 你们这种设计，要不就是没有多少数据是从读取的，要不就是设计者是个有点喜欢玩概念的人，对这些技术之间的理解不够深。

这没什么激进的，完全应该根据需要来定。比如做应用系统，我们就纯extjs+ajax，jsp整个工程就2个。网站类的适合用jsp/freemaker之类的，web系统看设计了。ajax可以解决很多问题，比如重复提交之类的，页面数据的保持也不用考虑刷新问题。各有长处，就看设计了。

[开拓者Amadues]

引用 1 楼 Inhibitory 的回复:

这个太激进了，前端和后端完全用AJAX通信。 我觉得完全不用JSP或者任何的模版在一个大点的项目里都有些极端。 毕竟很多数据在后端生成比前端AJAX访问效率更高。 AJAX做一些交互的通信，局部刷新更合适。 一句话，过犹不及。 你们这种设计，要不就是没有多少数据是从读取的，要不就是设计者是个有点喜欢玩概念的人，对这些技术之间的理解不够深。

如何激进了？JS的功能越来越强大，在前端代替3P与后台通信是早晚的事情。 现在很多网站开始使用OData和后台交互，这个底层也是AJAX和后台交互。 从软件设计上讲，用AJAX可以做到前台后台分离也是好处多多的，比如后台可以采用任何技术。 而且传统的3P在HTML里既有JS代码，又有PHP或者JAVA代码，开发难度上也大于前台纯JS。 之所以现在还在用是因为3P在AJAX之前出现，而且有些现成工具，一下子也没法淘汰掉而已。

[bruce168]

前端使用HTML+Ajax，后端使用Java Servlet，这样完全可以做到前后端分离，前端那天换成了移动App或者桌面App，后端程序可重用、无需重新开发，而后端服务如果需要换成.Net或PHP，前端也可完全重用，前后端做到100%解耦，这就是前后端分离的架构思想；至于前端展现为何还有jsp、asp、aspx、php，不是因为别的，只是因为历史遗留的原因

[bruce168]

前端使用HTML+Ajax，后端使用Java Servlet，这样完全可以做到前后端分离，前端那天换成了移动App或者桌面App，后端程序可重用、无需重新开发，而后端服务如果需要换成.Net或PHP，前端也可完全重用，前后端做到100%解耦，这就是前后端分离的架构思想；至于前端展现为何还有jsp、asp、aspx、php，不是因为别的，只是因为历史遗留的原因

[心随自在飞]

众说纷纭啊 。 我也感觉奇怪， 我是进来看评论的!

[bartholomew4]

全站ajax比较流行的做法，这样做的好处就是所有处理都是异步的用户体验较好，另外有利于切割，HTML，css，js什么的可以单独的部署到静态文件处理比tomcat更高性能的apache服务器上，tomcat仅作为数据处理服务器。

[suciver]

大型的项目肯定是HTML+AJAX,HTML只要浏览器便能解析了,像JSP还要服务器解析编译.jsp这种只能在自己的小项目或者后台系统,像平台级的项目都是HTML+AJAX,这样前后端分离,前后端可以同时由不同的分工开发.而且HTML是可以做nginx的,后端只需要提供REST风格的接口即可.不论是转向移动开发还是后台是其它语言,对于前端来说都不管,互联网型的项目都是HTML+AJAX,至于数据绑定可以用angular.JSP这种就把前后端绑的很紧了,不利于大型,多语言,以及访问量大的项目

[开拓者Amadues]

引用 8 楼 suciver 的回复:

大型的项目肯定是HTML+AJAX,HTML只要浏览器便能解析了,像JSP还要服务器解析编译.jsp这种只能在自己的小项目或者后台系统,像平台级的项目都是HTML+AJAX,这样前后端分离,前后端可以同时由不同的分工开发.而且HTML是可以做nginx的,后端只需要提供REST风格的接口即可.不论是转向移动开发还是后台是其它语言,对于前端来说都不管,互联网型的项目都是HTML+AJAX,至于数据绑定可以用angular.JSP这种就把前后端绑的很紧了,不利于大型,多语言,以及访问量大的项目

其实REST会把事情复杂化，如果你只是调用一个后台方法的话，AJAX足以。 我现在在写一个工具就是根据后台JAVA方法直接生成前台JS方法让前台调用，屏蔽AJAX和Servlet的传输细节。

[咖啡厅]

首先说jsp, java server page,也就是说离开了Java，他就费了， 就算不离开Java，他首次加载也要服务器先翻译成servlet,相应速度慢，而用HTML+ajax,他可以完全把前后分离，给项目的部署和更新都增加了便利，比如说你的项目很大，后台服务可能不只是Java, jsp就很局限了，ajax的数据传递不一定是json, 只是Json数据量小，便于js解析，所以大部分都是json, 再说Springmvc返回json数据，方法上@responsebody或者类级别上加@RestController,都可以实现数据返回，需要json格式的话，只要在你的classpath加上jackson这个依赖，方法的返回值是Java实体就OK.

[suciver]

引用 9 楼 Raffin 的回复:

其实REST会把事情复杂化，如果你只是调用一个后台方法的话，AJAX足以。 我现在在写一个工具就是根据后台JAVA方法直接生成前台JS方法让前台调用，屏蔽AJAX和Servlet的传输细节。

之所以开REST不仅仅只是给前台用的,一个大型的互联网平台,后端多系统跨语言都可以用,形成一套标准的接口

[于瓜瓜]

引用 2 楼 hadoop333 的回复:

[quote=引用 楼主 LSSSSSS 的回复:] 我想问的是：纯 Ajax 与后台通过JSON交互，有什么好处，有什么坏处？为什么要这么用？用JSP有什么好处？ 现在趋势是否就是Html + ajax?

在你们项目如何用spingmvc在action层里返回json数据到AJAX的请求页面啊 我在方法上配置了@responsebody 还要在springmvc-servlet.xml文件里怎么配置呢才返回json数据到ajax请求的页面呢 [/quote]

<bean id="jsonConverter"
		class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter">
		<property name="supportedMediaTypes" value="application/json" />
	</bean>
	<bean
		class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter">
		<property name="messageConverters">
			<list>
				<ref bean="jsonConverter" />
			</list>
		</property>
	</bean>

[番茄鲨鱼面]

可能前端变化比较多吧。我以前也差不多，web，Android，ios，用一个后台，就多用接口+json来实现。

[hbh666666666]

本人上班的公司也是用的这个，本人菜鸟 求一个Eclipse通过 Maven管理的Html+Ajax+Springmvc+Mybatis开发环境

[lrq_ACMer]

是为了前后端分离吧，不然你以后转平台开发的话，前端变了后台也要改。

[钢铁雄心]

这个其实没啥好讨论的，那你说为啥不用mysql、或者Oracle呢！公司就那么一套东西，来来走走一个传一个。有水平的能改工作量大，没水平的只能将就用。你可能觉得很白痴的东西，没准领导就觉得可靠有保障呢

[伯恩dadi]

应该说各有各的好处

[Royal_lr]

用freemarker，，也差不多可以前后端分离的，，，

[拘谨的小人]

这样就是页面后期要做修改了 那就知道有多痛苦了