为了把荒废的java复习起来,最近开始在弄JSP,问了下现在做java的同事。结果他说现在用JSP的很少了,都是直接写HTML的,获取数据时用Ajax。
可是后来问了下群里的人,褒贬不一。
1.有人说JSP会泄露源码(没懂,莫非是JSP生成HTML后的源码吗?)
2.也又说,Ajax是为了分离前后台,让控制部分在前台处理(可是写JSP,比全用Ajax方便吧?)
3.还有的说,html在处理高并发时,速度要比JSP快(的确很有道理,毕竟不用重新生成HTML)
4.而本人个人觉得,有可能是前后台的分离,能够让前台移植,降低后期维护成本(个人觉得这个想法,也比较靠谱。)
5.但是群里有高冷的高手,则说纯HTML+Ajax的方法不可取(原因没说,只是让本人查了下Apache+tomcat整合)
而在查了网上的说明,以及其他群里询问后,得出的结论——由于JSP生成的HTML速度慢,在高并发时,Apache会处理HTML部分的数据,分理出需要tomcat处理的数据,这样再用JSP生成HTML,就不容易导致tomcat奔溃,为tomcat减负,提高效率。(那也就是说,之前第3条提到的说法,其实可以通过Apache解决咯?不知道本人这么理解能否正确,还望高手们指点。)
总而言之就是云里雾里飞机里,实在想不出JSP到底有没有被淘汰。分离前后台的优势有没有必要?在没有开发web前端的人员时,我们能否要去学习者web前端的开发?还是方便点,做个HTML直接改JSP?
可是后来问了下群里的人,褒贬不一。
1.有人说JSP会泄露源码(没懂,莫非是JSP生成HTML后的源码吗?)
2.也又说,Ajax是为了分离前后台,让控制部分在前台处理(可是写JSP,比全用Ajax方便吧?)
3.还有的说,html在处理高并发时,速度要比JSP快(的确很有道理,毕竟不用重新生成HTML)
4.而本人个人觉得,有可能是前后台的分离,能够让前台移植,降低后期维护成本(个人觉得这个想法,也比较靠谱。)
5.但是群里有高冷的高手,则说纯HTML+Ajax的方法不可取(原因没说,只是让本人查了下Apache+tomcat整合)
而在查了网上的说明,以及其他群里询问后,得出的结论——由于JSP生成的HTML速度慢,在高并发时,Apache会处理HTML部分的数据,分理出需要tomcat处理的数据,这样再用JSP生成HTML,就不容易导致tomcat奔溃,为tomcat减负,提高效率。(那也就是说,之前第3条提到的说法,其实可以通过Apache解决咯?不知道本人这么理解能否正确,还望高手们指点。)
总而言之就是云里雾里飞机里,实在想不出JSP到底有没有被淘汰。分离前后台的优势有没有必要?在没有开发web前端的人员时,我们能否要去学习者web前端的开发?还是方便点,做个HTML直接改JSP?
解决方案
20
都淡定点啦,没必要这样争来争去吧….
假如你注重安全和浏览器响应效率,可以用html,毕竟他是静态网页,加上ajax相当于给他动态行为
假如你注重开发效率,可以用jsp, 毕竟他封装的比较多,用起来肯定爽的多
其实用什么,假如没有特定目的,两者皆可用,一般的网页jsp足够, html也行,个人习惯吧
假如你注重安全和浏览器响应效率,可以用html,毕竟他是静态网页,加上ajax相当于给他动态行为
假如你注重开发效率,可以用jsp, 毕竟他封装的比较多,用起来肯定爽的多
其实用什么,假如没有特定目的,两者皆可用,一般的网页jsp足够, html也行,个人习惯吧