适应什么样的程序语言
[ 2006-07-03 17:59:48 | 作者: admin ]
一种程序语言只要存在就有热爱它的伙计去追捧,我常在想程序员是一种很苦的活,如果语言这个工具变的乏味那么生存还有什么意义,工作就毫无激情可言了,我们还是应该把 95%的时候花在业务逻辑上面。面对java,我不知道该怎么形容,现在只能说它真的很臃肿了,真是无所不能了。除了桌面开发的产品速度上不如意外几乎一切皆有可能。但是容器和框架泛滥的结果就是相互攻击。
java开发注重设计模式,设计者天天想着这个需要用什么框架,想不出来一个javaer和一个单片机er在一起工作会讨论些什么东西出来。
javaer :我需要怎么设计才可以看上去几乎完美,一个完全的艺术品。
单片机er :我需要什么算法才可以增加速度,压缩代码,成为实用的工具。
java开发注重设计模式,设计者天天想着这个需要用什么框架,想不出来一个javaer和一个单片机er在一起工作会讨论些什么东西出来。
javaer :我需要怎么设计才可以看上去几乎完美,一个完全的艺术品。
单片机er :我需要什么算法才可以增加速度,压缩代码,成为实用的工具。
Javascript 中onload冲突问题
[ 2006-07-03 03:43:24 | 作者: admin ]
我们在做web时为了界面美观经常需要用到js的效果。
因为这些js不是同一个人写的,命名不规范造成冲突是再所难免。
期待javascript可以象php一样面向对象,只要支持命名空间这个语言就可以发挥数倍的威力
比如:初始化的时候都喜欢用 init() ,其实我倒希望作者自己加个版权前缀或者干脆用类。
今天遇到一个问题:
下拉菜单在加了个滚动后突然失效,不想去找替换方法(iframe),我就看了下代码,但是修改了一些同名函数和变量后居然还是不正确。
这个时候我发现在滚动js中有 document.body.onload=init_marquee; ,突然想到下拉也用到了body的onload事件,
马上将onload改为 : <body onload="init_menu();init_marquee(); ,测试成功,js的灵活有时候也叫人伤脑筋啊。
...
阅读全文…
因为这些js不是同一个人写的,命名不规范造成冲突是再所难免。
期待javascript可以象php一样面向对象,只要支持命名空间这个语言就可以发挥数倍的威力
比如:初始化的时候都喜欢用 init() ,其实我倒希望作者自己加个版权前缀或者干脆用类。
今天遇到一个问题:
下拉菜单在加了个滚动后突然失效,不想去找替换方法(iframe),我就看了下代码,但是修改了一些同名函数和变量后居然还是不正确。
这个时候我发现在滚动js中有 document.body.onload=init_marquee; ,突然想到下拉也用到了body的onload事件,
马上将onload改为 : <body onload="init_menu();init_marquee(); ,测试成功,js的灵活有时候也叫人伤脑筋啊。
...
阅读全文…
1