锁定老帖子 主题:登录验证码在tapestry中如何实现?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2005-02-01
gzdlw 写道 引用 Tapestry不能直接调用其他现有的servlet吗?
可以,但是使用方法和传统的在JSP中的使用方式不一样。 我只所以忍不住损Xiaohanne,他的态度是原因之一,另外一个更重要的原因,从技术角度来说,也是Tapestry学习过程一直在强调的,不要从JSP的角度来考虑Tapestry框架应用。 我倒了。。。我这态度好象叫做臭屁吧。。。你非常的没有幽默感啊 我这本来就不是一jsp吧。。我这只是一动态生成的jpg而已。。。不过输出的out是httpresponse 我后来做了个servlet,把servlet mapping改成image.smp smp=shen me p...... |
|
返回顶楼 | |
发表时间:2005-02-02
引用 既然可以直接调用现成的servlet,为什么不直接调用呢:
<img src="image.jsp"/> 而非要重写一个tapestry service,把原有的代码重复一次呢? 如果偶还有很多现成的servlet/jsp组件,岂不是都得重复写一次那些复杂的代码了? 实在不推举你这样做,虽然Tapestry源于JSP,对JSP兼容性非常好,但是直接在Tapestry页面嵌入其它JSP的servlet,会打乱Tapestry框架的内部运行顺序。JSP的servlet和Tapestry框架的servlet之间的会话成了最关键的问题。。。。从而导致严重的同步问题,以及难以发觉的BUG。除非你对Tapestry拥有很多实战经验,不然这样使用很危险。 其实,既然是使用Tapestry框架,又何必嵌入JSP的servlet?每款游戏都有自己不同的游戏规则,我与朋友们商议过这个问题,我们一致认为在Tapestry中直接引入JSP的servlet,不是一个合理的应用方式。。。就好比一定非要以《波斯王子》的方式去玩《三国志》,要引入JSP的servlet最好通过一个完整的JSP页面,Tapestry框架与JSP页面之间的跳转,有很好的缓冲。 |
|
返回顶楼 | |
发表时间:2005-02-02
如果Tapestry真得如你所说,对于遗留的基于jsp/servlet的应用无法做简单的集成,而非要copy大段的代码,那么这就不是一个合理不合理的问题,而是这个框架限制了你有效利用旧知识库的可能性。
|
|
返回顶楼 | |
发表时间:2005-02-03
引用 如果Tapestry真得如你所说,对于遗留的基于jsp/servlet的应用无法做简单的集成,而非要copy大段的代码,那么这就不是一个合理不合理的问题,而是这个框架限制了你有效利用旧知识库的可能性。
这个话,我不能够认同哦,打个比方说吧,基本上,所有程序员的启蒙师傅都是C语言,而我现在是用java,你认为我该追朔回C语言吗?也许你会说,C语言与java完全不同类,不能这样比较。那么我们现在在java中使用的大量算法,甚至最基本的if-else,还不是都从C语言来的? JSP之所有如此大众化,为绝大多数程序员所接受,是因为我们一开始接触WEB方面的开发,就使用JSP,在学校,至少有一个学期时间为JSP做培训。但是,这样就代表着JSP不能够推翻取代吗? Tapestry源于JSP,当接触到Tapestry的深层次,我反而会建议于JSP的思想结合。但是在刚接触Tapetsry的时候,却希望忘掉JSP。。。其实,大家都知道很多JSP的弊病,现在已经出现大量的框架欲取而代之。不过可惜,JSP已经成为大多数程序员的鸡肋,食之无味,弃之可惜。。。。。。 当技术发生革新的时候,必然要有所屏弃,取腐而创新,不可避免。每天都有几百项发明产生,对于旧的东西,是应该留其思想精髓,还是应该抓住个陈腐的驱壳不放?这就是个见人见智的问题了。 况且,压根就不是COPY代码,如果仅仅COPY一下代码,也未必太小瞧Tapestry了。 |
|
返回顶楼 | |
发表时间:2005-02-03
看看哈,其实就是一jpg
|
|
返回顶楼 | |