《我也踢Taglib一脚》的相关内容

在Tapestry会成为Web开发主流框架吗 一贴中，我谈到了taglib的开发问题，但是我觉得是否采用taglib本身就是一个非常值得探讨的问题，因此另开一个Thread，专门讨论taglib的问题。 我认为JSP里面使用Tag，就是一个错误！我反对在JSP里面使用Tag，我推荐大家在JSP里面写Java代码，没错，就是在JSP里面写Java代码，我就是一直这么干！ 很多人可能要跳起来批评 ...

这几天看大家讨论Taglib，攻击的焦点不外乎 1 Taglib学习成本高 2 Taglib破坏了界面美工开发 对于学习成本，我是不以为然，一个tag就那么一点点东西，稍微看2个小时 就能够搞清楚，对于已经了解Tag的人来说，学习一个新Tag时间不会很长。 而关于美工与程序员的配合，我另外有些不同看法 1 美工mm和程序员之间应该增加1个层 大多数公司是直接由美工作好界面然后由程序员在界面基 ...

最近几天对Web层框架发生了兴趣，特别是看了“一蓑烟雨任平生”的文章之后，也想谈谈自己的看法： Web层框架分为Rich Client和Thin Client两类思路，下面分别分析： 一、Rich Client Rich Client的关注者有很多，例如dlee、gigix、Quake。dlee支持XMLHTTP，gigix的blog上看到他准备写一个“Return of Rich Clie ...

事先声明，我写这个文章时就做好了让大家扔砖头的准备。但是我也是为了解开自己心中的一些疑惑。 现在的表现层技术可谓是百花齐放，由于mvc架构在web应用上大行其道，为了彻底解决表现层的业务逻辑和页面分开的问题，各个框架和解决方案应运而生。由于structs目前的炙手可热，taglib这个东东也跃入了程序员的视野。（虽然taglib是jsp基本的技术之一，但是至少用structs之前我从未使用过这个 ...

最终结果JSF胜出。我门现在用TAPESTRY3。 请各位评论下。我觉得这个结果是否有些怀疑？

呵呵，也看看别人是怎么做的吧。 这个看上去不错。 chbest 写道1 给美工建个文件服务器,美工实行自己上传下载。 2 项目开发的时候引用服务器上的css 3 开发做逻辑，美工做页面，需要修改直接服务器上css文件 4 有个东西叫firebug 直接在上面调试样式就可以了。 5 改好了叫开发更新，美工不负责更新 我以前做的一个项目就是这样的 但是要求美工能力比较高，尽量不修改jsp 仅仅修 ...

前言 　　由于internet技术的广泛流行，越来越多的程序开发模式正在从C/S向B/S转换，由于B/S模式具有瘦客户端的优点——无须安装客户端程序，这就大大减轻了软件升级的费用，所有的业务逻辑和数据库存储都放在服务端，从而提高了系统的可维护性。而且由于HTTP协议是一个开放式的标准，因此只要是支持HTTP协议的浏览器都可以运行，再结合目前的XML技术，可以方便地 ...

什么是web设计师? 在我的观念里，web设计师不同于美工。Web设计师是美工和后台程序员之间的那个角色，而且懂一些美术，会用一些Photoshop。这个人主要负责web的建设规划，前端代码，切图等，而不是美术设计。 实际上，这个人才真正的懂得Web，是网站建设的核心。 如何成为一名优秀的web设计师？ 什么是web设计师? 在我的观念里，web设计师不同于美工。Web设计师是 ...

人们认为 servlet 中 print HTML 太麻烦了，于是 jsp 出现了； 人们又认为 jsp 中的 scriptlet 太强大，容易混乱，于是模板出现了； 人们又认为模板功能太弱了，于是模板有了脚本语言、控制逻辑...； ...... 我们到底想要什么？！ 这是我在网上看到的一段对模版语言的评价，令人思考。模版语言是否已经走上了一条打乱页面展示，破坏页面开发的老路？我们究竟需要怎样的展 ...

发言要等3天阿,终于等过了阿..... 表现层该由谁来做！？程序员，还是美工，还是会美工的程序员，还是会程序的美工？ 现在在java中流行的表现层处理方法，基本分为以下几种： 1.用jsp的tag 2.velocity之类的脚本 3.javascript填充数据 从技术上讲，可能大部分程序员都会习惯第一种方法，众多的框架也在用第一种方法扩展自己的表现层能力。比如struts等等。可是大家用了 ...

JavaEye网站成立快三周年了，但是一直到现在，还只是一个论坛而已，将JavaEye网站扩展成为一个综合性的软件技术交流社区，一直是我的梦想，也是很多JavaEye会员的愿望。 在我和我的团队决定采用ruby on rails之后，我就意识到这是一个极好的敏捷web2.0项目实战探索的机会。JavaEye的每个会员都是我们的敏捷客户，JavaEye网站最终做成什么样子，不是由我决定的，而是由你 ...

比之Action Based的Struts,Webwork，象JSF这种Event Based的Framework拥有一个更高阶的编程模型。在NetBeans中甚至可以象Delphi里一样拖放UI。但是，在实际的开发中，任何非html的标签都会对美工造成困扰。这是我不敢在项目中引入JSF的原因。 不知道大家有什么看法？

这是一篇 Joseph Ottinger 回复Andi Gutman的“Java 已经输掉web战争”的摘要。这是对API和类库的一些观点，可能会显得不完整，我会继续补充。Andi Gutmans的原文请看：PHP语言创造者Gutmans炮轰Java已经输掉Web之战   一个观点认为： 我使用java很长时间了，但当我使用Rails工作后，再回到Java+ ...