解决方案 »

  1.   

    瞎扯,你懂jsp吗?了解了多少?你把JAVA ee 方面搞清楚了再说
      

  2.   

    额,刚开始学J2EE,还是先把技术学号再说吧
      

  3.   

    理解的不全错,只是不够全,还是看看struts1的小巧  和 struts2的强大吧。
      

  4.   

    人家LZ说的是纯粹的JSP页,没说是JAVAEE,诸位看官不妨看清楚再喷
      

  5.   

    前台和后台分离完全在实际项目中完全可以做到,jsp只是一种逻辑视图的表现形式,项目的重点还是后台的业务扩展,同样的asp、php也可以用。但是jsp就可以和java、html无缝连接。
      

  6.   

    这里 我只是说jsp这技术,因为 大家都应该知道 在一张jsp中完成从数据库提取数据 再展现它 不可避免会造成代码逻层次混乱,所以出现了struct 等mvc框架,为了抽象数据层出现了ORM框架,来完成对应用程序的分层,而如果使用jsp完成对bean的展现就会在html 中夹杂 java代码 对后期维护和调试代码都是不方便的.所以在这个层次 我想应该用xml代替bean到jsp展现数据,而直接使用xml发送到客户机,依靠客户机强大的js库完成展现.
        这样子 一张html页面就是纯粹的 js+html+css 页面,这应该对页面设计人员有很多便利的地方.
      

  7.   

    而且 采用 xml 报文格式 可以设计成不同的显示样式 不仅仅是网站页面,也可以是android客户端等,只要能解析xml报文数据,就可以完成在不同终端不同形式的展现处理.
      

  8.   

    只要java还在做网站,就不会过时。
      

  9.   

    楼主你全部用ajax进行数据交互,你试试吧,好流弊
      

  10.   

    整体来看,jsp确实有点过时了。很多时候都有更好的选择,但是jsp依然有它的用武之地。
      

  11.   

    感觉确实ajax可以代替jsp生成页面的功能
      

  12.   

    lz很会 思考 ,在服务端 输出 xml/json 格式 数据 ,由客服端解析 。web 、android、iso 等 客服端 使用 一个 相同的 接口 。可以尝试。jsp 只是 显示层 技术,java  有很多 显示层的技术,用的到 就用,管它 过不过时 。了解事物的本质 ,还 畏惧它的变化吗
      

  13.   

    如果只是说页面显示,Jsp用的越来越少了
      

  14.   

    1. JSP的核心是Servlet,这两者是统一的
    2. 任何需要在浏览器显示的动态页面最终都是要转换成HTML的,要么在服务器转换,要么在客户端转换,对于移动计算来说,估计移更希望转换不要在客户端进行
    3. 如果希望传输的数据量小,那么Server和Client之间可以用XML或者JSON来代替HTML, 但是客户端的动态内容还是要通过某种方式进行转换和渲染的,如果不用JSP,还是要用其他的东西,效果一样
    4. JSP和JSF是Java标准,企业级应用和信息系统应用一般的首选,这不是效率问题,而是习惯问题
    5. 客户唯一关心的是,东西能不能做出来,对技术选型兴趣不大,如果大家都用JSP,那么客户就会选JSP
      

  15.   

    我感觉确实过时了。。JSP是十几年前的技术了,从JEE1.5开始,官方就推荐使用JSF
    可以看下这篇文章spring-mvc-from-jsp-and-tiles-to-thymeleaf,详细的讲解了jee view 层技术的发展
      

  16.   

    即便要说jsp过时可能也应该是针对jsf而言,而不是lz列举的那几个框架,
    即便要客户端template,单用jQuery会很费劲,最好有客户端js框架的支持
      

  17.   

    楼主,看这么多人喷你,虽然是13年的事情了,14年了,我呢,14年第一个贴的给你个支持吧:
    1、楼主比别人有头脑,至少你提出了这个问题,你思考过这个问题,可能别人也思考过这个问题,但是你和别人的区别是,你提出来与大家探讨。你比他们勇敢,有些人,只喷人,不探讨,上来就是一通牛B哄哄的质疑。我很看不过去那种人。
    2、JSP在我眼里过时了。因为我的用到的压根就不需要JSP,对于一些使用老框架很久,又很习惯老框架的人来说,使用了struts,他们放不下JSP,除非说struts过时了。所以过时,针对人群。我是前台 ajax请求,后台servlet直接返回json。然后使用ext/easyui这类js框架直接去接受json数据,然后界面就出来了。这个过程和jsp没有半毛钱的关系。有人说你整个用ajax去试试。我整个项目用的就是ajax,全部都是!jsp里面能用的数据我ajax一样可以获取到,绝对的。我从11年开始,就是这种开发风格,现在用JSP我很抵触的。三年没有JSP的经验告诉我,任何喷都是无效的,三年了嘛。
    多的不说,但是我偶尔会思考很多别的东西,我这么用,JSP里面很多好东西我都丢了,稍显可惜的。而且,我发现,很多人把Struts和JSP 扯到一起,这个牵强了,说这些的人就是整日无所事事的装逼犯.
      

  18.   

    正在用的spring+hibernate+springMVC+html+jquery完全不用jsp
      

  19.   

    虽说AJAX是web2.0的潮流,逻辑的处理动作都是在服务端,JSP只是说显示服务端的一些数据
    本人技术很菜,虽然不支持LZ的说法,但绝对也不认为LZ是错的
      

  20.   

    那楼主你用了extjs4.0连html+jquery都可以扔了, 哈哈
      

  21.   

    本人只知道 extjs 和 easyui 貌似都属于框架范畴  jsp属于框架?(如果说jsp属于框架 ,那我孤陋寡闻了) 俩者有可比性吗?
      

  22.   

    ajax和jsp各有各的优点,各得所需
      

  23.   

    楼主我是jsp在我们的有生之年就不会过时
      

  24.   

    技术无所谓过时不过时,根据实际项目需求进行技术构架,合适就可以,例如政府项目的特点就是浏览器都是ie6,你非要搞extjs那我就不说到时候会怎么样了。
      

  25.   

    太浅了,其实就是个xml的处理,用不同的名字而已。
      

  26.   

    我发现我对AJAX 和Jsp都没理解透。
      

  27.   

    作为一人小白,我也来吐嘈两句。
    一:现在的jsp只是视中的一种,可能还有其他的视图模版,如freeer,velocity等,如何选择,关键看项目需要。
    二:jsp功能是很“强大”,主要是jsp里面可以直接写java代码,这样破坏MVC模式。但试想现在,一个有经验的开发人员会直接在jsp里写java代码吗?如果有,那他在公司里的生命周期就快结束了。
    三:Ext 等富Ajax框架功能很强大,也很美观,但是毕竟,项目不是你一个人的项目,也不只是开发人员人项目,项目中还有美工人员参与进来,如果有哪位美工人员能熟练的书写Ext等框架,那他就是大牛了。美工能掌握js/JQuery就很不错了,别期待太多。
    四:js的执行速度有多快,你是觉得直接显示Jsp渲染好的Html好还是你Js生成Html好。虽然增加了服务器的压力,但我想说的是这点渲染相对于真正的业务逻辑来说,小意思。
    五:对于有些交互,不可能在渲染时就确定,中间也有JQuery Ajax等参与。总的来就,JQuery Ajax永远是配角。我个人认为,jsp会过时,但不是现在。
      

  28.   

    Ajax和JSP不冲突啊。难道楼主的理解中JSP中就不能用AJAX了?
      

  29.   

    框架技术只是辅助,MVC才是王道
      

  30.   

    你根本不懂什么是JSP,也敢说话?