<<jsp设计>>建议我们不要用java脚本,大家觉得怎么样?

Question

应该式效率有点问题，没有javabean效率高！

Answer 1

JavaScript做为客户端特效的代码
在网页设计中是很难以避免的。
比如 alert() histroy.back() location= 之类的。
他们是我们常常使用的。
就楼主所提出的这个观点
我们应该正确的看待和理解（还有这个和jsp没有关系，asp\php同理）。
JavaScript能够实现许多HTML无法完成的效果。
在必要的时候是需要的。
但是有一些页面效果 比如：飘雪花之类的就免了。
它既占用资源又没有实际意义。
使用Js会让网页速度变慢还是要看它的本质原因：
1、需要下载Js的代码（在IE之类的浏览器使用JS前都需要在服务器上去下载代码）
2、下载代码后代码需要在客户端使用。它唯一的好处是不占用服务器的资源。
Ps：js是双刃剑，不是它不好，只是怕你用不好！

Answer 2

qiyadeng(流浪小子)：
JavaBean不是Java脚本。
Javabean是功能模块的集成
简单的说它向win32里面的DLL。
而楼主说的是Java脚本（脚本：Script）
即：Javascript
Javabean运行于服务器
Javascript运行于客户段
还有在JSP设计模式当中。
如果不使用JavaBean怎么可能办到代码分离？
MVC又怎么实现？
呵呵
还有要分清楚Servlet也是一种特殊的Javabean
它是专门用于处理HTTPReques和HTTPresponse的Javabean

Answer 3

mind_1220(大灰狼) 说的很有道理啊,顶

Answer 4

JavaScript偶觉得是不可避免的，偶做的基于WEB的OA项目中……为了做到一些功能，是必须使用大量的脚本的，对，脚本会拖慢整体速度，而且会被某些浏览器禁止，但是……他的功能是纯java/jsp不可替代的……

Answer 5

JavaScript要依赖浏览器，有些功能还是没有必要用它。浏览器出问题了说不准他会出什么问题，很恼火的。

Answer 6

我想应该是在JSP页面中尽量少用%号直接写JAVA代码吧。
从刚开始学或许没什么，只是上上手，但当你从事这行时，以后是要经常维护更新的。
所以建议使用Tiglib技术，避免直接在页面写JAVA程序代码，而将其写在JAVABEAN中，用一行将其引出。
JS在客户端还是必须的，减轻了服务器的负担。

Answer 7

我觉得作者的意思是不要在将所有的代码全部写入JSP叶面中。为了使JSP页面简洁、易维护，尽量使用JavaBean来实现功能，JSP的工作仅仅是调用JavaBean。

Answer 8

应该说：
把业务逻辑放在Javabean中
jsp只能负责显示

Answer 9

恩~MVC模式的极端运用嘛~呵呵~

Answer 10

MVC中View层的内容应该只有html,javascript,java标签.使用java标签调用javabean,实现业务逻辑.
最好不要在页面上写<%........%>,这样view层的代码就非常的清晰,也方便view层开发人员的维护.

Answer 11

长见识了，感觉还是用TAG比较好

Answer 12

可以根据需要使用，有的时候javascript是一种很好的解决方法，但有的时候也会引起意象不到的error，我建议还是使用，通过脚本有时候可以减少很多的后台代码

Answer 13

我认为要尽可能的用javascript来完成功能,而不是用java代码.这样能大大减轻服务器的压力.
不然服务器不堪重负.

Answer 14

看什么类型的项目了，一般用户交互比较多，为了方便用户使用，应该尽可能的用javascript，
否则动一下就刷一下页面，用户会骂娘的.

Answer 15

我觉得javascript很难学，而且不好控制。

Answer 16

javascript在开发网站时是必不可少的，有些情况下如果能够用好js会大大减轻服务器的压力。

Answer 17

我靠，我正在看那本书，人家作者的意思是不要在JSP页面里面使用JAVA代码，也就是<% %><%! %><%= %>括起来的东西，而尽量使用JavaBeans，自定义标签等等。
到了后面居然讨论起JavaScript了，不是一个东西，FT！！！！！！！
看来这里很多人其实没看过《Java Server Pages》这本书，弄了半天答非所问，呵呵。

Answer 18

那本书作者建议不要在jsp页面中使用scriptlet，即在jsp页面中嵌入java代码，
因为，比较难于维护，看起来也不爽。他推荐大家使用JSTL＋EL，这样便于维护，代码看起来也统一多了。

Answer 19

呵呵,被误导了,再贴一遍:
MVC中View层的内容应该只有html,javascript,java标签.使用java标签调用javabean,实现业务逻辑.
最好不要在页面上写<%........%>,这样view层的代码就非常的清晰,也方便view层开发人员的维护.to jedixu(巽雷):
使用java标签基本上可以代替<%........%>

Answer 20

当然可以不用javascript脚本,XML就是一个很好的选择,大家一致公认,XML将会主宰IT业

Answer 21

脚本问题答所非问，
但是楼主学的更多不是！其实 是否用java脚本控制看个人喜好，如果都是用标签来控制，那或许需要更多的view页！
还要更费劲些！
mvc只是个原则，不必拘泥！

Answer 22

脚本应该尽可能少，业务逻辑经可能放到 后台去，
现在多数的 WebApp 都采用 MVC , 分离表现控制和业务逻辑。
让页面上只出现 HTML/JavaScript/Taglig ,
CSS/JavaScript 都应该尽可能独立成库已便重用。
(我就写过几种JavaScript表单验证自定义类+1组装这些验证的自定义类+自定义JSF标签s
(排版很好的话 = 600 js + 300 java 代码行) ，
并且已经或打算让他在 80 +30+ 40 JSPs 个页面(三个项目)中用他， 如果没有标签，我必须在150个页面上用± <% %> + for )，来写大量很类似的“Java代码”生成 javascript 的代码）。面向对象的编程，很多东西可以用控制注入 (Sprint,webwork2  都推崇）来应付业务逻辑改变行为，
这个时候就要用到 接口，多态等，而且尽可能地可以配置最好，页面上用标签就比较好地解决了这个问题,因为Java标签依赖JavaBean技术getter/setter让IDE能比较智能地检索Property/Attribute.标签的好处：
1,让页面处理效率明显增强，即使不懂 Java 的美工也知道怎么放置使用标签。
2,有了attribute/property的话查找/替换/取默认值/自动提示效率提高，
一般的页面处理IDE都很容易做到，看看DreamWeaver在标签出现前后的变化.
3,把面向对象的那部分都放到 .java 文件中的话也能让 Java IDE 以更高的效率处理 Java 代码（结合上面提到的接口和多态），看效率不能只看代码运行速度，现在开发后维护效率问题更严重,因为现在软件规模越来越大（笔者眼睛想象一下门户/ICP 站点 网易/新浪 的网页有多少个），而相比硬件要求更容易达到.代码写得少的人：
1.体会JavaBean的意义(很多人认为太简单太基础了所以忽视）和它对 Java IDE 的发展的贡献(还有对其他所有Java组件技术贡献，只是跟着个帖子没关系），
2.没有属性绑定 就没有 可视化设计(拖放预览）的可能性
( 联想:A.为什么 Sun/IBM/BEA/Oracle 推崇 JSF , 
  联想:B.为什么人们谈设计总少不了 UML.
 ）。
3.要多看设计模式和极限编程的重构/自动化测试 ，用他们来整理自己的思维习惯，加深对面向对象的理解。总之，能参与几个规模大些的Web项目，而且充当web编码的核心人物体会就会比较切实。