收入越低;Web开发也是如此:做着最脏最累的活的页面程序员,工资一般比不上后台业务逻辑
程序员。
开发框架通常会带来这样的结果:让简单的东西,变得更简单;让复杂的东西,变得更复杂。
这其中的原因在于:
一般来说,一个应用中简单重复的东西占80%,复杂特殊的东西占20%。
简单重复的东西很容易摸清规律,进行包装,通用化。但是,在包装的同时,经常就阻挡住了底层的一些灵活强大的控制能力。在复杂特殊的需求中,确实又需要这些底层控制能力,那么为了绕开框架的限制,付出的努力要比不用框架 大得多。
打个比方,一个比较极端的例子。编译语言比汇编语言的开发效率高很多,但是却无法直接操作寄存器。当需要在编译语言中操作寄存器的时候,就非常的痛苦。比如Java,也许需要JNI,写C代码,还要在C代码里面嵌入汇编。编译、连接都很麻烦。
所以,一个框架的开发效率,就在于这个80%简单 与 20%复杂之间的平衡。
假如,不用框架来开发,简单的80%要消耗 80个资源数,复杂的20%要消耗20个资源数,总资源数是100;使用了某个框架,简单的80%只要消耗10个资源数,复杂的20%要消耗40个资源数,总资源数是50。那么,我们说,这个开发框架是有效率的。
我的思路是,同时应对复杂和简单。当然,为了应对复杂,简单的东西可能就应对得不那么好。比如,做这样一个开发框架,简单的80%要消耗20个资源数,复杂的20%要消耗10个资源数,总资源数是30。
这种开
发框架是有可能实现的。而且是很有意义的。尤其是在复杂部分的比例提高的时候。越复杂的
系统,这种开发框架就越有意义。
后面的关于Web各层开发的论述,主要就按照这个“应对复杂、让复杂更简单”的思路展开。
上一次由buaawhl于2005-5-30 周一, 下午4:47修改,总共修改了1次
返回顶端
buaawhl
Java Virtual Machine
性别:
年龄:28
十二宫图:
加入时间: 2004/07/07
文章: 543
时间: 2005-5-30 16:42:12 标题: 3.页面资源
--------------------------------------------------------------------------------
3.页面资源
也许有人会说,页面资源,不就是HTML吗?太简单,太低极了,没劲。Dreamweaver、Frontpage多简单阿。随便找个人来用就可以了。文本内容乱糟糟不要紧,浏览器里面显示出来的效果好看就行。要增加炫的、酷的动画效果,那就写JavaScript呗。写在HTML里面,看看在IE里面能不能运行就可以了呗。
这也正是大多数公司开发页面资源的方式。因为页面的需求变化是最多、最快的,而页面的制作成本很低,人们不愿意在上面投入更多的资源。
我的看法是,万丈高楼平地起。应用程序的每一个部分都应该完善管理,结构优美。越是需求变化多的地方,越是脏乱差的地方,越应该加大力度处理好。
页面结构方面,Javaeye论坛的Dlee做了很多工作。
(1) 在 2005 年我们如何写 JavaScript
forum.javaeye/viewtopic.php?t=12973
Dlee 写道:
Ten good practices for writing JavaScript in 2005
bobbyvandersluis/articles/goodpractices.php
在这篇
文档中提到的“unobtrusive techniques”是需要高度关注的一种技术。
kryogenix.org/code/browser/aqlists/
还有这篇:Unobtrusive Javascript
onlinetools.org/articles/unobtrusivejavascript/
是主要介绍如何以更有效的方式来写 JavaScript 的。
(2)使用 Unordered Lists 制作的下拉菜单和树
forum.javaeye/viewtopic.php?t=12995
Dlee 写道:
Unobtrusive DHTML, and the power of unordered lists
kryogenix.org/code/browser/aqlists/
我再说一下把页面的 structure、presentation 和 behavior 分离开的意义。一般的人很容易理解把 structure 和 presentation 分离的意义,但是对于为什么需要把 presentation 和