7.9w+
社区成员
- 主页
大家讨论一下JSP技术开发的模式？
以页面为中心的方法
1.jsp(page-view)
2.jsp+javaBean(page-view with bean)
一般我们采用的是以上两种。
我现在已从第一种过度到第二种。
我到是感觉jsp+javaBean就够了。
但我最近看到还有jsp+javaBean+servlet模式
实在想不通为什么还要用servlet.
书上说是“调度员”模式
什么Mdiator-View
Mediator-Composite View(MCV)
Service-to-Workers
越看越糊涂。
有那位高手指点指点。
1.jsp(page-view)
2.jsp+javaBean(page-view with bean)
一般我们采用的是以上两种。
我现在已从第一种过度到第二种。
我到是感觉jsp+javaBean就够了。
但我最近看到还有jsp+javaBean+servlet模式
实在想不通为什么还要用servlet.
书上说是“调度员”模式
什么Mdiator-View
Mediator-Composite View(MCV)
Service-to-Workers
越看越糊涂。
有那位高手指点指点。
...全文
请发表友善的回复…
发表回复
Yang_Sun 2002-05-10
呵呵，ejb是enterprise java bean，是j2ee的标准，javabean已经被俗话了，现在的javabean大家都是指jsp中加入类，而实际javabean是一个非常牛的规范，javabean和ejb是毫无关系的，你看看www.theserverside.com上的一本叫做mastering ejb2的书，就明白ejb的意思了，不过，如果你的企业很小的话，估计一辈子都没机会部署ejb的。
Yang_Sun 2002-05-08
struts就是结构，架构的意思呀，实际Jakatar Struts的功能也就是创建一个架构，你可以使用这个架构，添加自己的应用逻辑。
还有，现在www.theserverside.com上有一本关于struts的样书，对理解model2很有好处
还有，现在www.theserverside.com上有一本关于struts的样书，对理解model2很有好处
zijianyi 2002-05-08
好复杂呀，我现在也是jsp+bean的阶段，对ejb，j2ee不知道应该怎么入门，不知道ejb和javabean有什么区别
别告诉我看tij：）
别告诉我看tij：）
coaa 2002-05-08
其实可以看看design pattern这本书讲一些设计思想的,有java的英文版.
KooKvv 2002-05-07
struts的英文解释
Why is it called Struts?
It's a reference to struts in the architectural sense, a reminder of the nearly invisible pieces that hold up buildings, houses, and bridges.
Why is it called Struts?
It's a reference to struts in the architectural sense, a reminder of the nearly invisible pieces that hold up buildings, houses, and bridges.
可乐加水 2002-05-07
http://www-900.ibm.com/developerWorks/java/j-struts/index.shtml
中文的，应该有所收获
中文的，应该有所收获
KooKvv 2002-05-07
http://jakarta.apache.org/struts/index.html
英文
英文
pingju 2002-05-07
什么是struts，中文翻译过来是什么意思？哪个网站有介绍struts的东东？
kkhui 2002-05-07
那是jsp model 2 (servlet作为controller)
KooKvv 2002-05-06
jsp应该还是有影响。
当你执行jsp文件时，第一次会有延迟。这是因为JSP页面首先翻译为一个Java类,
再编译成一个Servlet.以后就没有了.
而Servlet,是已编译好了的。
当你执行jsp文件时，第一次会有延迟。这是因为JSP页面首先翻译为一个Java类,
再编译成一个Servlet.以后就没有了.
而Servlet,是已编译好了的。
mechiland 2002-05-06
呵呵，有所收获！同意 yang_sun(态度决定一切，java支配世界)的观点。
可乐加水 2002-05-06
其实有一种这样的说法:jsp的出现是完全可以替代Servlet，因为Servlet的编写要求有很好的java基础，而jsp却步要求那么高，但是实际上jsp在编译的时候是先编译成相对应servlet的。而在整个J2EE体系结构中，难点应该是EJB。
Yang_Sun 2002-05-06
当然有，在MVC结构中，servlet作为controller，它将请求（request）转发给相应的jsp，那jsp使用doGet之类方法，不就是交互吗？你看看struts吧，你就明白了。
KooKvv 2002-05-06
jsp与Servlet还是应该有交互呢？
Yang_Sun 2002-05-06
呵呵，我觉得上面的讨论好像有点概念问题。第一位说得很有道理，jsp技术是可以分类的，一种是纯jsp页面，一种是jsp+javabean，还有一种就是servlet+jsp+javabean（也就是常说的Module 2）。
那么，为什么非要在网页中使用servlet呢，不是有jsp就足够了吗？呵呵，那就错了，jsp+javabean确实在小型环境中足够了，再加上java tablib的帮助，应该没什么问题。但是，到了，大型项目的话，可就不行了。不知道你们有否感觉，做一个稍微大型一点的网站，如果全部使用jsp的话，最痛苦的可能就算是页面之间的导航了，根据条件不同，而导航到不同的网页，小了jsp还可以承受，工程打了，一个页面的导航增多，那可就把整个jsp搞乱了，基本都是导航的判断代码。
而servlet的引入，可以解决这个问题，servlet当作一个接入点，用户的请求都发给servlet，servlet根据用户的配置，将请求发给相应的页面。呵呵，这只是一个servlet使用的好处。
大家可以看看jakata的struts项目，那个就是一个开源的mvc结构，看一下大家就会明白了。
kookw说得不对，jsp也只是编译一次，这个不影响负荷的，呵呵。
那么，为什么非要在网页中使用servlet呢，不是有jsp就足够了吗？呵呵，那就错了，jsp+javabean确实在小型环境中足够了，再加上java tablib的帮助，应该没什么问题。但是，到了，大型项目的话，可就不行了。不知道你们有否感觉，做一个稍微大型一点的网站，如果全部使用jsp的话，最痛苦的可能就算是页面之间的导航了，根据条件不同，而导航到不同的网页，小了jsp还可以承受，工程打了，一个页面的导航增多，那可就把整个jsp搞乱了，基本都是导航的判断代码。
而servlet的引入，可以解决这个问题，servlet当作一个接入点，用户的请求都发给servlet，servlet根据用户的配置，将请求发给相应的页面。呵呵，这只是一个servlet使用的好处。
大家可以看看jakata的struts项目，那个就是一个开源的mvc结构，看一下大家就会明白了。
kookw说得不对，jsp也只是编译一次，这个不影响负荷的，呵呵。
KooKvv 2002-05-06
我还有疑问：
是不是可以不要做jsp文件？都用Servlet实现。
在JSP与JavaBean模式中，在/work/目录下会生成xxxxx.java,再编译为xxxxx.class
那还不如把jsp全部都转为Servlet.
是不是可以不要做jsp文件？都用Servlet实现。
在JSP与JavaBean模式中，在/work/目录下会生成xxxxx.java,再编译为xxxxx.class
那还不如把jsp全部都转为Servlet.
可乐加水 2002-05-06
呵呵，差不多！
KooKvv 2002-05-06
也就是说把jsp中用于操作的分离出来，用servlet实现。
服务器端是Servlet+JavaBean
而输出到客户端是JSP
服务器端是Servlet+JavaBean
而输出到客户端是JSP
可乐加水 2002-05-06
模型-视图-控制是设计模式，服务器最终运行的时候，都要把servlet,jsp,javabean等转化成.class文件的，mvc是设计思想，而不是服务器的思想
KooKvv 2002-05-06
是不是可以这样考虑？
JSP+JavaBean+服务器处理生成*.class==JSP+JavaBean+Servlet
也就是说
他们本质是一样的，而表现形式不同。
第一种服务器所要承受的工作要比第二种大，要经过一次转化。
JSP+JavaBean+服务器处理生成*.class==JSP+JavaBean+Servlet
也就是说
他们本质是一样的，而表现形式不同。
第一种服务器所要承受的工作要比第二种大，要经过一次转化。