|
锁定老帖子 主题：我觉得WEB页面的开发用模版语言很多余
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-11-11
不是不够水准，而是错误，我也认为你的观点是错误的。
只是不能因为观点错误就删除文章。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
：）
goldrain： jsp的问题不是功能不强，而是功能太强，以至于不能限制你在页面干任何事情。 正如readonly所说的，模板的好处是让你不能天马行空的插入一大坨java代码。 为什么这么说呢？因为这样会将业务逻辑与显示逻辑混在一起。 这样以后维护的时候会有巨大的麻烦。 各种层出不穷的框架不就是为了保证我们开发的速度快，代码逻辑清晰，易于维护吗？ 另外，确实如上面说的，既然不了解，就不要随意批判，会误导其他不了解的人的。 你可以多宣传自己比较了解的东西的看法。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
很多人仅仅因为用惯了老的，就不愿意尝试新的。
不但不愿意，而且还要找出种种理由，证明自己不是由于惰性。 技术的好坏，要你两种都同样熟练掌握，然后才能做出比较。一种熟悉，一种陌生，贸然比较，信口开河，很少有不错的。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
厌倦发呆 写道 ：）
goldrain： jsp的问题不是功能不强，而是功能太强，以至于不能限制你在页面干任何事情。 正如readonly所说的，模板的好处是让你不能天马行空的插入一大坨java代码。 为什么这么说呢？因为这样会将业务逻辑与显示逻辑混在一起。 这样以后维护的时候会有巨大的麻烦。 各种层出不穷的框架不就是为了保证我们开发的速度快，代码逻辑清晰，易于维护吗？ 另外，确实如上面说的，既然不了解，就不要随意批判，会误导其他不了解的人的。 你可以多宣传自己比较了解的东西的看法。 虽然我不了解模版语言，但的确我对模版语言的理解是对的，就是用它的简单方式访问对象和属性。除非你能告诉我它还有其他jsp无法完成的功能，否则我认为自己还是有资格评论的。 使用如mvc这样的框架时，业务和显示逻辑已经分离了，所以防止jsp页面写业务逻辑也是开发规范层面可以控制的。大可不必用模版语言来约束之，这不是就像怕自己失手伤人而把自己手脚给束缚住了么？ 我不知道模版语言是否有开发工具，像eclipse这样的工具是支持jsp开发的还能提示对象方法，所以开发起来很方便。 至于误导，我认为未必，所谓真理越辩越明，如果我的想法被证明是荒谬的，那只会让人认识并接受模版语言。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
goldrain 写道 虽然我不了解模版语言，但的确我对模版语言的理解是对的，就是用它的简单方式访问对象和属性。除非你能告诉我它还有其他jsp无法完成的功能，否则我认为自己还是有资格评论的。
使用如mvc这样的框架时，业务和显示逻辑已经分离了，所以防止jsp页面写业务逻辑也是开发规范层面可以控制的。大可不必用模版语言来约束之，这不是就像怕自己失手伤人而把自己手脚给束缚住了么？ 我不知道模版语言是否有开发工具，像eclipse这样的工具是支持jsp开发的还能提示对象方法，所以开发起来很方便。 至于误导，我认为未必，所谓真理越辩越明，如果我的想法被证明是荒谬的，那只会让人认识并接受模版语言。 框架的用处是什么？ 是提供一种看待问题域的角度和方法； 是对问题域表述的特定的转换； 在这个基础上，框架对某些常见的（在框架的认识中）使用方式进行简化， 同时，框架也是一种限制，因为考虑的方式只能局限于框架的范围内，因此便利的同时也带来了限制，这样的限制，在JSP中也同样存在，比jsp更加强大的是servlet，你为什么不用完全用servlet呢？ 这中间的取舍，你自己再仔细考虑一下吧。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
不是一个水准的问题，而是一个应用范围的问题，或许他们不需要摸板就可以生产的很好。
|
| 返回顶楼 | |
|
发表时间：2004-11-11
To goldrain:
http://forum.iteye.com/viewtopic.php?t=8212 http://forum.iteye.com/viewtopic.php?t=7414 http://forum.iteye.com/viewtopic.php?t=4319 JSP scriptlet 的原罪在于他是强类型，低附加功能的脚本语言，而不是弱类型，高附加功能，只要按照你这种方式，同时用JSP和PHP写同样一个Web application，JSP的弱点就会暴露无余。 JSP tag的原罪在于他的语法企图模仿XML，但是无比的拙劣和死板。 模板语言则同时克服上述两种缺点，但是我也相信你短期之内无法领会模板语言的优势，因为模板语言必须搭配像Webwork这样灵活强大方便的MVC框架，才能充分发挥它的优势。 |
| 返回顶楼 | |
|
发表时间：2004-11-11
每次用jsp写完一个页面，总是大汗淋漓，心情烦躁。大好青春都浪费在页面上，可叹，可惜，可悲啊。。。。。。。。。。简单点说jsp的脚本，根本不是做页面所需要的东西，它强大，但使用复杂。
|
| 返回顶楼 | |
|
发表时间：2004-11-11
楼主对jsp 以及模板语言的了解还需要加强
-------------------------------- jsp本身嵌入java代码，而java语法和功能大家都清楚，访问对象和属性不在话下；if跳转，for,while循环等一应俱全，更有强大的计算能力，完全能胜任复杂的页面逻辑。 ---------------------------------- 这恰恰是jsp很有问题的地方，因为这样就会搞的jsp的代码很糟糕，有点混乱。还有一个问题早期写jsp的程序员很多是从php ,asp转过去的。很习惯的把asp,jsp的一套用到jsp,jsp做了所有的事情。没有层次，这也就是为什么要有Model2的原因，后面就把业务和控制分开来，jsp只做显示。如果在我的Team里面jsp里面做了所有的事情，甚至连数据库连接都在jsp里面做，我是不会让这样的代码进CVS的，因为维护起来非常麻烦。而且叶面的改动很频繁，你就知道痛苦了。 使用Velocity则严格的控制了层次，不会有这些问题。而且对美工来说，修改个velocity文件远比jsp文件简单。 其实模板语言强大的地方不在于做叶面显示，还有更强大的功能，以后说吧 |
| 返回顶楼 | |
|
发表时间：2004-11-12
孤魂一笑 写道 这恰恰是jsp很有问题的地方，因为这样就会搞的jsp的代码很糟糕，有点混乱。还有一个问题早期写jsp的程序员很多是从php ,asp转过去的。很习惯的把asp,jsp的一套用到jsp,jsp做了所有的事情。没有层次，这也就是为什么要有Model2的原因，后面就把业务和控制分开来，jsp只做显示。如果在我的Team里面jsp里面做了所有的事情，甚至连数据库连接都在jsp里面做，我是不会让这样的代码进CVS的，因为维护起来非常麻烦。而且叶面的改动很频繁，你就知道痛苦了。 使用Velocity则严格的控制了层次，不会有这些问题。而且对美工来说，修改个velocity文件远比jsp文件简单。 其实模板语言强大的地方不在于做叶面显示，还有更强大的功能，以后说吧 我当然反对在jsp页面写业务逻辑，我写的jsp都只是拿出数据进行展示而已。当然模版语言做这个可能更简单点。但模版语言现在对我甚至对很多人而言都是可有可无的，至少我接触的多数开发员是这样，可能他们通常更了解Java吧。 感谢大家的提示，我会重新审视模版语言，再回来讨论。 |
| 返回顶楼 | |
