Question

关于jsp的一个小问题

我想问一下高手，我在jsp页面中写了好多java代码，用<%%> 括起来的，除了后期不好维护外，对执行效率，或者其他方面有什么影响，这么说吧，请高手评价下优缺点

Answer 1

比如JSP页面显示应该属于MVC中的V(即View,试图),但是涉及过多java代码进行业务逻辑的操作.类似于混同了V和C(即Controller,控制器),势必会造成整体上业务逻辑的混乱,最直接的问题就当然是难以维护.

MVC三者理应各司其职,但是这样VC混同在一起势必会造成整体结构的混乱,问题不一定发生在后期维护..因为视图和控制器掺杂在一起,代码会相对混乱,小规模的代码还好,如果是很大规模的代码,继续编程也许都是问题,甚至也许第一天编程完毕,第二天再看,就会有陌生感,因为混乱造成可读性不高(当然人还是有主观能动性的,强人天天有),但何不一次把事情做到位..

使用了SSH后才会明白当MVC三者分离后,开发和维护会变得多么轻松加愉快.

执行效率我觉得应该还是有影响的,用jsp+servlet效率应该会略高吧,web容器的作用就是将jsp转为servlet(java文件),将servlet转class文件,如果使用jsp+servlet的话会省掉一步操作,只是个人感觉,一家之言

Answer 2

看着太乱了，维护起来很难啊，找个错误都不好找，要是用了框架之后，把这些东西都弄没了，看起来特别的清楚。

Answer 3

将过多的java代码写到前台会导致页面乱不好维护，也不利于代码的重用，而且将项目转交给其他人时也不利于之前不熟悉该项目的人理解

用struts框架就可以解决这些问题了，至少也是要基本实现MVC

Answer 4

确点：可读性差，不好维护，不好分工。
jsp只是用来做显示的，其他工作交给servlet和其他的java类去做。

你还没有学习MVC模式，等你学了之后就会明白了。

Answer 5

执行效率方面没有影响，而且因为少了其他的中转的过程，执行的反而稍微快了，但是并不明显。主要缺点就是不易维护，不符合软件工程开发的原则。当然，对于简单的应用来说是足以胜任的。