admin 管理员组文章数量: 887031
2023年12月23日发(作者：powerbi可以写sql吗)
各家之言版
简单的说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。
后来SUN推出了类似于ASP的镶嵌型的JSP，把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。
从网络三层结构的角度看，一个网络项目最少分三层：data layer,business layer, presentation layer。当然也可以更复杂。SERVLET用来写business layer是很强大的，但是对于写presentation layer就很不方便。JSP则主要是为了方便写presentation layer而设计的。当然也可以写business layer。写惯了ASP，PHP，CGI的朋友，经常会不自觉的把presentation layer和business layer混在一起。就象前面那个朋友，把数据库处理信息放到JSP中，其实，它应该放在business layer中。
根据SUN自己的推荐，JSP中应该仅仅存放与presentation layer有关的东东，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于business layer，应该放在JAVA BEANS中。通过JSP调用JAVA BEANS，实现两层的整合。
实际上，微软前不久推出的DNA技术，简单说，就是ASP+COM/DCOM技术。与JSP+BEANS完全类似，所有的presentation layer由ASP完成，所有的business layer由COM/DCOM完成。通过调用，实现整合。
为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。
另外一方面，纯SCRIPT语言将presentation layer和business layer混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页CODE，采用组件技术就只改组件就可以了。
综上所述，SERVLET是一个早期的不完善的产品，写business layer很好，写presentation layer就很臭，并且两层混杂。
所以，推出JSP+BAEN，用JSP写presentation layer,用BAEN写business layer。SUN自己的意思也是将来用JSP替代SERVLET。
可是，这不是说，学了SERVLET没用，实际上，你还是应该从SERVLET入门，再上JSP，再上JSP+BEAN。
强调的是：学了JSP，不会用JAVA BEAN并进行整合，等于没学。大家多花点力气在JSP+BEAN上。
在补充几句：
我们可以看到，当ASP+COM和JSP+BEAN都采用组件技术后，所有的组件都是先进行编译，并驻留内存，然后快速执行。所以，大家经常吹的SERVLET/JSP先编译驻内存后执行的速度优势就没有了。
反之，ASP+COM+IIS+NT紧密整合，应该会有较大的速度优势呈现。而且，ASP+COM+IIS+NT开发效率非常高，虽然BUG很多。
那么，为什么还用JSP+BEAN？因为JAVA实在前途远大。微软分拆后，操作系统将群雄并起，应用软件的开发商必定要找一个通用开发语言进行开发，JAVA一统天下的时机就到了。如果微软分拆顺利，从中分出的应用软件公司将成为JAVA的新领导者。目前的JAVA大头SUN和IBM都死气沉沉，令人失望。希望新公司能注入新活力。不过，新公司很有可能和旧SUN展开JAVA标准大战，双方各自制定标准，影响JAVA夸平台。
另外，现在的机器速度越来越快，JAVA的速度劣势很快就可以被克服。
【1】.什么时候使用servlet 什么情况使用jsp?
servlet 一般是用来处理 业务层 的时候用的；
jsp 则是主要负责 表现层。
分层结构就是这样来实现的。
如果在jsp中 也把业务的东西混进去，则很容易产生混乱，结构也就不清晰了。
servlet中的业务不变，jsp表现层怎么变，跟业务层也没有关系。
【2】.servlet没有jsp简洁 那么为什么还要使用servlet 是为了框架么？
jsp其实是servlet演化过来的。写的时候更简洁。我们在tomcat下work目录中可以发现，都有对应jsp页面的servlet编译文件。可见jsp的速度没有servlet快了。
当然一般也不会用servlet来打印网页，而是用来处理业务逻辑的。 如：jsp显示2+3=___，把2、3传给servlet，servlet则进行2+3的逻辑处理得出5，再把5传给jsp,jsp进行显示。这就是一个简答的分层。 详细的话见MVC模式。可以学学struts。
这个是jsp是servlet基础上建立起来的!体现的是分层的思想!要是你输入的是大部分是html代码!那么你想想你要是用servlet的话你得用ln一句一句的写!用jsp就方便多了!你可以直接写html代码!
另一方面你要是做控制的话!你用servlet就方便多了
JSP其实也是变成了*.java->*.class
可以看看C:tomcatworkCatalinalocalhost下面的文件。
在后台jsp还是通过servlet来执行的。
用jsp更方便一些。
JSP第一解析时候会编译成Servlet，下次会直接运行已编译后的Servlet
他们都可以用来输出页面,也能写业务逻辑
但是从MVC的分层定义来看,jsp还是只让它做显示,以及少量的逻辑判断
servlet则用来处理不同的业务跳转,调用后台的业务逻辑,等等
首先，JavaBean和Servlet虽都是Java程序，但是是完全不同的两个概念。
引用mz3226960提出的MVC的概念，即M-model-模型：JavaBean；V-view-表现：JSP页面；C-control-控制和处理：Servlet。
其实所有的程序都可以写在jsp页面里，但是存在以下问题：
1、执行效率低下；
2、不安全，所有的程序都在jsp文件中可见，毫无知识保护可言；
3、逻辑混乱。这样让JSP文件的逻辑很难懂。
于是提出了MVC模式，即将一些处理用的程序从JSP中分离出来，让JSP页面只负责显示，几乎是html，只不过可以动态的读取数据和进行少量的逻辑处理，比如循环、判断等。
可能不举例说你还是不懂，我就举个最简单的例子——留言板。
JSP的职责：从数据库取出数据，显示所有的留言信息（当中要用少量的，简单的逻辑处理：循环）、显示签写留言的页面（几乎全部都是html）。
Servlet的职责：接受签写留言页面提交过来的标单数据，进行数据检验，如果正确，则存入数据库并返回留言的显示页面；如果数据有误，给出错误提示后返回签写留言的页面。可以看到，这个就叫做逻辑处理。这些你也完全可以放在JSP中实现，但是用Servlet，其效率和安全性高多了，也让JSP页面变得很简洁明了。
JavaBean的职责：其实一般的留言板是不需要用到JavaBean的，但在这里，为了让你明白，还是牵强的把JavaBean用进来。所谓JavaBean，就是一个很简单的Java类，比如说，网上商城的所有商品是一个商品类，论坛中所有的帖子是一个帖子类，这里，留言板的所有留言是一个留言类，叫做Message类。每个类有着它特定的属性和方法。对于Message类，其属性有主题、内容、日期、留言者等，其方法可以有添加留言、删除留言、修改留言等。使用JavaBean，主要是为了让JSP编程能够适应Java程序员的习惯，直接对类和实例进行操作，而不是直接去操作数据库。
MVC
servlet是控制器(MVC中的C)
javabean是模型(MVC中的M)
首先sun提出的是Servlet体系，这个体系使得使用JAVA的程序员也能开发基于B/S架构的WEB应用程序，使用Servlet类将HTTP请求和响应封装在标准JAVA类中来实现各种WEB应用方案。这一步也是sun的J2EE架构中的最关键的一步。
随着大量的B/S架构程序开发出来以后，人们发现Servlet类的编写是非常繁琐的，主要集中在几个问题上：首先有大量冗余代码，这些代码在每个servlet类中都是一模一样或者基本近似的，其次是开发Servlet的程序员很少有精通美工的，导致使用Servlet开发无法方便的做到各种页面效果和丰富多彩的风格，这个时候sun借鉴了微软的ASP方式，正式提出JSP（也就是Servlet 1.1），JSP推出后，JAVA程序员也能象ASP的程序员那样将服务端代码添加在已经由美工设计好的静态页面上，经过一个JSP容器对JSP文件进行自动解析并转换成Servlet类来交给WEB服务器运行。这么一来，极大的提高了工作效率。
人的渴望总是无止境的～～，随着JSP的广泛应用和各种设计模式的盛行，人们发现JSP也暴露了大量的问题：首先，夹杂服务端代码的JSP文件给后期维护和页面风格再设计带来大量阻碍，美工在修改页面的时候不得不面对大量看不懂的服务端代码，程序员在修改逻辑的时候经常会被复杂的客户端代码搞昏。交叉的工作流使得JSP面临大量的困境。这直接导致了servlet1.2的出台，sun在这一版中充分倡导了MVC的概念，大量页面标签的使用使得交叉工作流变的稍微的容易了，服务端标签的兼容性使得美工也可以直接随意移动这些标签而得到对应的效果。但是又暴露了一些问题：设计的差的标签使得程序的错误得不到检测，不成熟的代码导致无法真正的使服务端标签可以和客户端标签那样随意移动而不会导致逻辑错误。这些都有待我们去解决～
BTW:这个过程中有个搞笑事情，sun借鉴微软的ASP提出了JSP，而微软又借鉴SUN的JSP架构完善了AS的架构，所以我们看到，通过不断的竞争与完善，技术总是会让我们逐渐的得心应手，所以尽情享受吧呵呵～。
jsp比servlet好写多了啊 用起来多方便啊
jsp运行的时候会被编译成servlet，但是你有没有看过编译过后的文件啊 除了业务逻辑之外 html语句全要用打印语句一句一句打印出来 费事死了 要是没有jsp 一点代码就要你写个几天的
首先JSP是Servlet技术的扩展,是基于java servlet技术，本质上是Servlet的简易方式,更强调应用的外表表达。JSP编译后是"类servlet"。
其次，一般jsp用来做视图，而servlet用来做控制器，javabean用来做模型。做过mvc框架后，就能更明白了。
jsp技术为创建显示动态生成内容的web页面提供了一个简捷而快速的方法。目的就是使得构造基于web的应用程序更加容易和快捷，而这些用用程序能够与各种web服务器，应用服务器，浏览器和开发工具共同工作。
其实说白了的意思就是：为了网页设计人员着想，使得在做web开发的时候，网页设计人员和java程序员工作关系不再很紧密。想想如果一个页面中插入一个一大顿servlet代码，网页设计人员怎么可能看得懂，看得懂就不做网页设计了，而改去去java程序员了。但用jsp写就不一样了，特别是使用jsp代码用上EL语言后，更简洁易懂，网页设计人员一看就知道是什么意思了，这样可以给他们更大空间去修改和设计完善这个网页。
JSP和Servlet的区别到底在应用上有哪些体现，很多人搞不清楚。简单的说，SUN首先发展出Servlet，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。
后来SUN推出了类似于ASP的镶嵌型的JSP，把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。 这是JSP和Servlet区别的运作原理层面。
从网络三层结构的角度看JSP和Servlet的区别，一个网络项目最少分三层：data layer,business layer,
presentation layer。当然也可以更复杂。Servlet用来写business layer是很强大的，但是对于写presentation layer就很不方便。JSP则主要是为了方便写presentation layer而设计的。当然也可以写business layer。写惯了ASP，PHP，CGI的朋友，经常会不自觉的把presentation layer和business layer混在一起。就象前面那个朋友，把数据库处理信息放到JSP中，其实，它应该放在business layer中。
根据SUN自己的推荐，JSP中应该仅仅存放与presentation layer有关的东东，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于business layer，应该放在Java BEANS中。通过JSP调用Java BEANS，实现两层的整合。
实际上，微软前不久推出的DNA技术，简单说，就是ASP+COM/DCOM技术。与JSP+BEANS完全类似，所有的presentation
layer由ASP完成，所有的business layer由COM/DCOM完成。通过调用，实现整合。
为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。
另外一方面，纯SCRIPT语言将presentation layer和business layer混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页CODE，采用组件技术就只改组件就可以了。
综上所述，Servlet是一个早期的不完善的产品，写business layer很好，写presentation layer就很臭，并且两层混杂。
所以，推出JSP+BAEN，用JSP写presentation layer,用BAEN写business layer。SUN自己的意思也是将来用JSP替代Servlet。这是技术更新方面JSP和Servlet的区别。
可是，这不是说，学了Servlet没用，实际上，你还是应该从Servlet入门，再上JSP，再上JSP+BEAN。
强调的是：学了JSP，不会用Java BEAN并进行整合，等于没学。大家多花点力气在JSP+BEAN上。
我们可以看到，当ASP+COM和JSP+BEAN都采用组件技术后，所有的组件都是先进行编译，并驻留内存，然后快速执行。所以，大家经常吹的Servlet/JSP先编译驻内存后执行的速度优势就没有了。
反之，ASP+COM+IIS+NT紧密整合，应该会有较大的速度优势呈现。而且，ASP+COM+IIS+NT开发效率非常高，虽然BUG很多。
那么，为什么还用JSP+BEAN？因为Java实在前途远大。微软分拆后，操作系统将群雄并起，应用软件的开发商必定要找一个通用开发语言进行开发，Java一统天下的时机就到了。如果微软分拆顺利，从中分出的应用软件公司将成为Java的新领导者。目前的Java大头SUN和IBM都死气沉沉，令人失望。希望新公司能注入新活力。不过，新公司很有可能和旧SUN展开Java标准大战，双方各自制定标准，影响Java夸平台。
简单分析了一下JSP和Servlet的区别和Java Web开发方面的发展。现在的机器速度越来越快，Java的速度劣势很快就可以被克服。
二.JSP与Servlet
现在已经对Servlet有了大概的了解，现在我们就来说说JSP和Servlet的关系。
JSP是一种脚本语言，包装了Java Servlet系统的界面，简化了Java和Servlet的使用难度，同时通过扩展JSP标签(TAG)提供了网页动态执行的能力。尽管如此，JSP仍没有超出Java和Servlet的范围，不仅JSP页面上可以直接写Java代码，而且JSP是先被译成Servlet之后才实际运行的。JSP在服务器上执行，并将执行结果输出到客户端浏览器，我们可以说基本上与浏览器无关。
当Web服务器(或Servlet引擎,应用服务器)支持JSP引擎时，JSP引擎会照着JSP的语法，将JSP文件转换成Servlet代码源文件，接着Servlet会被编译成Java可执行字节码(bytecode)，并以一般的Servlet方式载入执行。
JSP语法简单，可以方便的嵌入HTML之中，很容易加入动态的部分，方便的输出HTML。在Servlet中输出HTML需要调用特定的方法，对于引号之类的字符也要做特殊的处理，加在复杂的HTML页面中作为动态部分，比起JSP来说是比较困难的。
除去了转换和编译阶段，JSP和Servlet之间的区别实在是不大。
JSP与servlet之间的关系
JSP主要关注于HTML（或者XML）与Java代码的结合，以及加入其中的JSP标记。如果一个支持JSP的服务器遇到一个JSP页面，它首先查看该页面是否被编译成为一个servlet。由此
可见，JSP被编译成servlet，即被转变为纯Java，然后被装载入服务器执行。当然，这一过程，根据不同的JSP引擎而略有不同。
JSP和servlet在应用上的区别
简单的说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。
后来SUN推出了类似于ASP的嵌套型的JSP，把JSP TAG嵌套到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP都是嵌套型的。
JSP引擎是可以提供JSP和Servlet运行支持并对其生存周期进行管理的系统级实体。
在JSP页面第一次被请求时，JSP引擎会将JSP原始文件转换成Servlet源代码，然后调用Java编译器，编译成Servlet,并在Servlet引擎中执行。当再次有请求的时候，JSP引擎会分辨编译好的JSP是否比原来的JSP原始文件要新，如果是,运行Servlet；如果不是，表示文件已经更新的了，就会重新执行转换和编译的过程。
JSP和Servlet的关系浅谈 JSP是Servlet的扩展，在没有JSP之前，就已经出现了Servlet技术。Servlet是利用输出流动态生成HTML页面，包括每一个HTML标签和每个在HTML页面中出现的内容。
由于包括大量的HTML标签、大量的静态文本及格式等，导致Servlet的开发效率极为低下。所有的表现逻辑，包括布局、色彩及图像等，都必须耦合在Java代码中，这的确让人不胜其烦。JSP的出现弥补了这种不足，JSP通过在标准的HTML页面中插入Java代码，其静态的部分无须Java程序控制，只有那些需要从数据库读取并根据程序动态生成信息时，才使用Java脚本控制。
从表面上看，JSP页面已经不再需要Java类，似乎完全脱离了Java面向对象的特征。事实上，JSP是Servlet的一种特殊形式，每个JSP页面就是一个Servlet实例——当客户第一次向服务器发出JSP页面请求时，JSP引擎将JSP页面编译成Servlet，Servlet再负责响应用户请求。JSP其实也是Servlet的一种简化，使用JSP时，其实还是使用Servlet，因为Web应用中的每个JSP页面都会由Servlet容器生成对应的Servlet。对于Tomcat而言，JSP页面生成的Servlet放在work路径对应的Web应用下。
— JSP文件必须在JSP服务器内运行。
— JSP文件必须生成Servlet才能执行。
— 每个JSP页面的第一个访问者速度很慢，因为必须等待JSP编译成Servlet。
— JSP页面的访问者无须安装任何客户端，甚至不需要可以运行Java的运行环境，因为JSP页面输送到客户端的是标准HTML页面。
JSP和Servlet会有如下转换：
－ JSP页面的静态内容、JSP脚本都会转换成Servlet的xxxService()方法，类似于自行创建Servlet时service()方法。－
JSP声明部分，转换成Servlet的成员部分。所有JSP声明部分可以使用private,protected,public,static等修饰符，其他地方则不行。
－ JSP的输出表达式(<%= ..%>部分)，输出表达式会转换成Servlet的xxxService()方法里的输出语句。
－ 九个内置对象要么是xxxService()方法的形参，要么是该方法的局部变量，
Servlet与Jsp的区别
* Servlet中没有内置对象，原来Jsp中的内置对象都是必须通过HttpServletRequest对象，或由
HttpServletResponse对象生成。
* 对于静态的HTML标签，Servlet都必须使用页面输出流诼行输出。
总之，Jsp是Servlet的一种简化，使用Jsp只需要完成程序员需要输出到客户端的内容，至于Jsp中的 Java脚本如何镶嵌到一个类中，由Jsp容器完成。而Servlet则是个完整的Java类，这个类的Service方法用于生成对客户端的响应。
-Servlet的开发
Servlet通常称为服务器端小程序，用于处理和响应客户端的请求。
Servlet是个特殊的Java类，这个Java类必须继承HttpServlet。每个Servlet可以响应客户端的请求。
Servlet提供了不同的方法用于响应客户端请求。
* doGet : 用于响应客户端的get请求
* doPost : 用于响应客户端的post请求
* doPut : 用于响应客户端的put请求
* doDelete: 用于响应客户端的delete请求
* service(HttpServletRequest request, [可以响应客户端所有类型的请求]
HttpServletResponse response)
throws ServletException,eption
其他方法
* init(Servletconfig config) : 创建Servlet实例时，调用的初始化方法。
* destory() : 销毁Servlet实例时，自动调用的资源回收方法。
-Servlet的配置
编译好的Servlet源文件并不能响应用户请求，还必须将其编译成class文件。将编译后的.class
文件放在WEB-INF/classes路径下，如果Servlet有包，则还应该将class文件放在对应的包路径下。
为了让Servlet能响应用户请求，还必须将Servlet配置在Web应用中。配置Servlet时，需要修改
文件。
配置Servlet需要配置两个部分：
* 配置Servlet的名字：对应web.xml中的
* 配置Servlet的URL ：对应web.xml中的
-Servlet的生命周期
Servlet在容器中运行，其实例的创建以及销毁等都不是由程序员决定的，而是由容器进行控制的。
Servlet的创建有两个选择：
*客户端请求对应的Servlet时，创建Servlet实例：大部分的Servlet都是这种Servlet
*Web应用启动时，立刻创建Servlet实例：即load-on-startup Servlet
Servlet的生命周期:
Begin
---> 创建实例完成
---> 初始化[init]
---> 响应客户端请求[doGet,doPost,service]
---> 被销毁[destroy] --->
End
-使用Servlet作为控制器
使用Servlet作为表现层的工作量太大，所有的HTML标签都需要使用页面输出流生成。
因此使用Servlet作为表现层有如下三个劣势：
* 开发效率低，所有的HTML标签都需使用页面输出流完成
* 不利于团队协作，美工人员无法参与Servlet界面的开发
* 程序可维护性差，即使修改一个按钮的标题，读需要重新编辑Java代码，并重新编译
使用Servlet的MVC的架构实现：
Jsp页面--> Servlet程序 --> Servlet根据条件转发新的Jsp页面
-load-on-startup Servlet
Servlet实例化的时机还有在Web应用启动时，即load-on-startup Servlet
应用启动时就启动的Servlet，通常是用于某些后台服务的Servlet，或者拦截很多请求的Servlet；
这种Servlet通常作为基础的Servlet使用，提供重要的后台服务。
中的配置：
在
-访问Servlet的配置参数
配置Servlet时，还可以增加附加的配置参数，通过使用配置参数，可以实现更好的解除耦合，
避免将所有的参数以硬编码方式写在程序中。
访问Servlet配置参数要通过ServletConfig类的实例完成，ServletConfig提供如下方法：
g getInitParameter(g name) [获取初始化参数]
版权声明：本文标题：JSP与servlet的区别 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.freenas.com.cn/free/1703276704h445187.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论