|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-04-30
不要把美工等价于无知的女人。
引用 美工可以不了解甚至完全不懂html
不掌握基本的技能是所谓中国程序员及相关IT从业人员的通病。不懂css怎么工作，到处用表格分割让其他人怎么办。一个字，学，否则走人。 引用 抽象到这个样子了，也比较丑陋，其实无非就是tld对应中是中文嘛，
你还是没搞懂，不是形式问题，而是抽象级别的提高。自定义tag可以达到html甚至更高的抽象层次，学习起来比html并不困难。而且对于应用程序员和前台界面工程师都是有益的。一些经验不丰富的前台工程师也可以相对迅速的掌握界面开发技能。 用户输入事件 = 等待用户输入();; 根据用户输出进行处理(用户输入);; 如果java代码就这么两句，谁看不懂? 一般来说，难以理解的是循环。因为von Nenuman串行结构思维与我们正常的思维之间存在差距。 另一个困难的地方是比较，因为有时参数的意义不明显。 自定义tag可以将这些都封装起来，提供高层抽象。 |
| 返回顶楼 | |
|
发表时间：2005-04-30
谁说DW就不能用css了，一个熟练的美工，完全可以不懂一点html，只要她dw用的足够好，完全可以用dw做出很眩的效果来，你信不？？我们以前公司的美工就是这样的。何况dw来做js脚本也不是什么难事（当然是比较简单的脚本，但这对于美工已足够）。美工不等同于程序员，否则美工做的工作太多，拿的太少，人家也不公平呀！
如果是自定义的tag，个人认为还没有structs或者jstl来的方便呢，毕竟是标准化，以后还能用到，否则也不会出现jstl来实现标准化了。而且表现层页面工作量是非常大的，让一个美工做那么多的工作，你觉得这现实吗？？？ 其实象fastm和jivan的出现，也只是确保了页面不失真，刚刚研究了一下fastm，实现思想挺好的，和我想用ORO来做正则有点类似啦：），但是具体做页面的时候还是要一点点的调整，否则谁敢保证页面就不会出错呢？ |
| 返回顶楼 | |
|
发表时间：2005-04-30
引用 只要她dw用的足够好，完全可以用dw做出很眩的效果来
很眩的效果和很好的页面还是两回事。我要求美工必须提供干净的页面，否则还要专人去负责整理，浪费他的时间也浪费我们的时间。 前台开发也并不是只有美工。通过一些代码生成技术，一些前台工程师甚至根本接触不到数据库，只是负责页面跳转和页面美化。自定义tag技术对他们是有意义的。 引用 如果是自定义的tag，个人认为还没有structs或者jstl来的方便呢
你终究是没有搞懂。jstl等提供的只是循环，判断等语句，你需要在此基础上创建自己的“函数"和“对象"。 这根本不是什么标准化的问题。 |
| 返回顶楼 | |
|
发表时间：2005-04-30
你误会了我的意思。我的意思是，目前的自定义tag很多，可能只有自己才会用到，本着“不重复发明轮子”的原则，jstl封装了一些公用的东西，比如循环，条件判断，格式化甚至是xml,sql等（虽然后两个东东意义不是很大）。
而且你说自定义tag，我不明白美工还要现学那个东西有什么用？你觉得这是美工承受的范围之内么？ 你说的前台工程师就是我说的那个第三个角色了，又要会点程序，又要会点美工，事实上没有人喜欢承担这个角色，工资不高又很累。 ;)说着说着怎么又变成了tag是否好不好之争了？呵呵 |
| 返回顶楼 | |
|
发表时间：2005-04-30
引用 目前的自定义tag很多，可能只有自己才会用到，本着“不重复发明轮子”的原则
唉，你自己写的业务对象是用java语言写的，那是重复发明轮子吗? 你最好看看dotNet, 看看它对tag技术是怎样的一种依赖 如果美工人员负责整体风格的把握，那他也需要知道项目组目前已经具有哪些可重用的界面组件。绝不是让美工在前台写forEach 和c:if。 软件业需要分工。 |
| 返回顶楼 | |
|
发表时间：2005-05-08
做b/s开发也有些年头了，可是俺就是总“跟不上潮流”
也尝试着去学习和研究一些技术，想在项目中用一用，提升提升咱的“档次”，可是最后还是痛苦的发现还是在jsp中用<%%>最方便。 不过，唯一让我觉得很有实用价值的就是xmlhttp（或类似的RichClient技术），在我们的项目中已经广泛使用了。 --------------------------------------------------------------------------------- .... 一种新的技术是否得到推广，我觉得主要是基于两个方面的原因： （1）从客户角度来讲：是否真的能够提高客户的工作效率（从纯操作角度，不是管理角度），是否真的能够给客户带来新的体验，带来日常工作上的方便； （2）从广大开发商角度来讲：是否真的能够给广大开发商/程序员带来开发效率上的提升，比如原来需要3个人月，现在只需要一个人月就可以了。 .... --------------------------------------------------------------------------------- 以上摘自ejb3朋友的RichClient相关讨论贴： http://www.iteye.com/viewtopic.php?t=12144 |
| 返回顶楼 | |
|
发表时间：2005-05-08
引用 也尝试着去学习和研究一些技术，想在项目中用一用，提升提升咱的“档次”，可是最后还是痛苦的发现还是在jsp中用<%%>最方便。
多看看别人是怎么做的 |
| 返回顶楼 | |
|
发表时间：2005-05-08
canonical 写道 多看看别人是怎么做的
很赞同楼主这句话：无论哪种框架，恐怕都不能很完美的解决表现层的问题... 声明一点，我针对的也只是b/s下Web表现层的设计。 “多看看别人是怎么做的”----也许对于我来说，确实应该要多多加强学习，但buaawhl前辈应该更有发言权，否则也不会去自己做fastm了... |
| 返回顶楼 | |
|
发表时间：2005-05-09
不错，我这两天看了一下fastm，感觉很不错。尤其是那个portal的那个例子，感觉很有代表性，蛮有意思的。
to canonical:在我所在的这几个公司中，美工都是一对多的，一两个美工支持N多个项目。那么多的tag，要是你的话会怎么想？？我说的是jstl所包含的那些tag啊，业务逻辑的tag当然不是重复发明轮子。但是一般来讲，一个项目中，自己写的tag应该不会很多，jstl或structs的tag，基本上能够应付大部分的功能了，再加上一个分页的tag，再需要自己写的已经很少了。除非你非要写成tag 
|
| 返回顶楼 | |
|
发表时间：2005-05-09
giginet 写道 不错，我这两天看了一下fastm，感觉很不错。尤其是那个portal的那个例子，感觉很有代表性，蛮有意思的。
Thanks. :-) 比起写那个Portal Demo的时候，现在 fastm 又进步了许多。不仅支持IValueSet，还支持POJO。 bean / map dom + fastm template dom = html text 我现在工作中基本就是这样使用fastm。 一个标准 template 里面放着 Bar, Menu, Header, Footer等标准资源。 其他的template 里面也在相应的位置标志出这些资源。然后，用标准资源替换到这些位置。 这样，Layout 和 各内容分块部分，都是完整的HTML，都有<html><body>元素，可以在IE中正确显示。运行的时候，这些块 正确的组装在一起。 在fastm中，页面资源的拼装不是 以文件为单位，而是以文件里面的 fastm template node为单位。 打算再经过一段时间的应用、扩展、测试之后，在sourceforge和jave.net上，发布fastm的 1.0 版本（上次发布的是 1.0 alpha版本）。 -- 另外，还有 Jivan, XSL 也能达到任意替换 XML Node 的效果。XSL相当于XML Script Language, 就不说了。 Jivan的很多特性，我比较喜欢。曾经想为 Jivan 写一个类似于fastm的 POJO + XML DOM 的匹配引擎。发现难以办到。很难把POJO的属性一层层直接映射到XML DOM Node 的元素或者属性。 |
| 返回顶楼 | |
