hax
- 浏览: 951924 次
- 性别:
- 来自: 上海
-
最新评论
-
sscsacdsadcsd：
mike8625 写道react还要自己的一些标签 还得编译 ...
对于React体系的一点想法 -
mike8625：
说的都是给大公司听的,国内很多还是小公司,做个小项目, 说实话 ...
关于国内前端和JS技术发展的乱想 -
mike8625：
react还要自己的一些标签 还得编译 编译吧浏览器端说还慢 ...
对于React体系的一点想法 -
u012814086：
下意识想到了Golang
JavaScript语句后应该加分号么？ -
xueduanyang：
我是水羊，年轻的时候觉得只要有好斧子就能做成好产品，各种产品都 ...
关于国内前端和JS技术发展的乱想
文章列表
最近在作《精通CSS》读书笔记，写到第3章关于背景的时候，顺便补充一点关于background-position的问题。
CSS1和CSS2.1（依照目前浏览器普遍的实现方式）有差异。CSS1规范中，背景位置是content区域算起，而CSS2.1中是padding区域算起。实际上在CSS3的background module中，在已有的background-position、background-attachment和background-repeat之外，增加了几个background属性，来决定背景的定位，包括：
background-origin: border | padding ...
刚才过去公司的同事电话来问我以前写的一些代码的事情。我问了一下，原来老总终于又忍不住出来讨论产品速度的问题，而要求下面再做优化。老总不知道的是，做web方面的主力，在过去半年里面已经走了两个，过去web前端代码的90%都是这两个人写的。
这个公司的产品是一个特殊的桌面软件，对业界或者对我较熟悉的都知道，我这里就不说名字了。客户端本身并不是基于浏览器的，而是delphi开发的。但是考虑到第三方应用开发的便利性，因而决定使用定制的browser作为其他应用的开发平台。目前所包含的定制浏览器使用的是微软的webbrowser控件。
从整个产品说，它其实是一个特殊的平台（容器），理想上，可以集成许多 ...
续上篇。
第2章
box model译作“框模型”，我是始作俑者（大约在2003年，在opendl.com的w3c翻译讨论区中提出）。绝大多数是译作“盒模型”。当然据说之前就有人译为“框模型”，但是至少本书的译者估计或多或少受到了我的影响 ...
最近新添16本书，目前开始看陈剑瓯翻译的《精通CSS——高级Web标准解决方案》（Andy Budd, CSS Mastery -- Advanced Web Standards Solutions）。
以下是读书笔记。
首先，挺遗憾的是，除了封面上译者名字外，就完全看不到跟译者有关的东西 ...
我在gfans.org的一篇文章后面留言。
原文和comments摘录如下：
原文：
不知道有没有朋友和我一样，喜欢用space来由上向下翻网页看，然后可能再用shift+space来向上翻网页看。如果使用了中文输入法，忘记了关掉中文输入法，那么shift+space就会失效。
我说：
shift-space确实是冲突的。但是如果他们能做到在浏览器里识别当前是否在可输入状态（例如焦点在输入框中），就可以解决这个问题，即在不可输入状态时（例如焦点在body上），disable一些键如shift-space。
有人mail我建议我联系谷歌，把这个建议交上去。
不过实际上我是站着说话不腰疼 ...
- 2007-08-18 14:46
- 浏览 3239
- 评论(0)
在上一篇帖子中，我讨论了Peter提出的Lazy Function Definition Pattern，我指出了这个pattern并不能带来性能的提升，而所使用的closure也有可能造成内存泄漏。
当然内存泄露在任何closure中都可能存在。因此仅仅从不必要的使用closure加大了内存泄漏的风险这一点来说，说服力可能并不强。而且，在之后的回复中，FCKEditor的FredCK给出了一个不使用closure的改进方案。
但是我仍然觉得哪里不妥。
经过一些思考，我终于意识到关键的坏味道，其实就在于对函数变量的重新赋值。
我们知道纯FP是不带有副作用的，因此不可能允许函数名称与实际代 ...
有这样一种新的JS pattern：Lazy Function Definition Pattern，realazy同志的翻译在此：http://realazy.org/blog/2007/08/16/lazy-function-definition-pattern/
大体上，这个pattern就是在函数的第一次运行时重新定义自身，代码示意如下：
var f = function () {
...
本文源于http://ued.taobao.com/blog/2007/08/12/css-notes/的讨论。淘宝UED团队的小马对taobao的CSS编程原则描述如下：
小马 写道* 尽量不使用hack
* 尽量不使用ie6不支持的选择符
能符合这两个条件的最简洁的写法，就是我们的目标。
由此展 ...
Taobao UED blog 上，刊载了段王爷的css日记一篇，我上去留言引起了一些讨论，记录于此。
段王爷的原文（摘录）
引用现在就来说个淘宝首页上的一个小技巧。
类目之间的横线
从很久很久以前开始，类目间的横线无非都只有三种。
1、背景图
在a标签设置一个padding 用宽1px高不等的背景图来position到右侧。
缺点：最后一个还是要用class来隐藏掉背景。
2、符号
在每个a标签之间用“|”符号来填充。
缺点：html文件变大，文件维护变得很麻烦，而且在html中毫无意义。
3、a标签右侧的boder。
同背景图一 ...
Javaeye论坛又谈到红岗同志了：http://www.iteye.com/topic/110484
我就去看了一下OperaMasks的网站，看到了红岗和张勇的《勇敢者的新世界》。以下是我的comment。
看了前面的历史回顾，写得不错，我本对后面的java web framework部分充满希望，不料，第4节居然就寥寥几句，java世界如此多的开源和商业的web framework，居然作者提都未提，只说了servlet/jsp和古老的struts，连ASP.NET的描述也比它多。难道作者认为所有的读者都还停留在2001年？我看读者没有“审美疲劳”，是作者“记忆疲劳”了。
我不相信红 ...
这个问题很早就知道，即在对象数量达到一定程度的时候（例如50000），创建新对象的速度明显下降。过去在和aimingoo共事的时候（2006年的某个时候），我花时间研究了一下。
当时我首先猜测是否是在一个closure里，因为当前[[scope]]下可访问的变量太多造成的，即我怀疑是jscript的name resolve的问题，但实际写了一些测试用例证明这个猜测是错误的。任何时候，只要存在大量对象，不管在当前创建新对象的function里是否能访问到已经存在对象，性能都十分低下。
不知怎的，我开始怀疑是否是垃圾回收的问题。于是我尝试在创建对象的循环里插入了CollectGarbage的强制 ...
本文是针对http://www.iteye.com/topic/103313的回复。
池增加了代码复杂度，反而可能降低效率。我估计，native的new XMLHttpRequest肯定应比你的池要高效。只有IE6，因为是创建一个AcitveX对象，可能较为低效。但是这种效率提高到底有多少？非常值得怀疑。
事实上，对象池技术在多数场合并无必要，例如在java中，只有重量级资源对象，或者反复创建相同的对象并可能影响性能，才会使用对象池。
而在js里面：
1. js对象只是XHR的wrapper，纯粹new一个js对象的开销不会比你复杂的池要大，只会小。
2. XHR自己可能存在优化。实际上 ...
- 2007-07-23 11:16
- 浏览 3580
- 评论(0)
原讨论帖地址是http://www.iteye.com/topic/101506
首先，这一个帖子中，Lich_Ray按照ECMA规范来推导，这个尝试是好的，但是ECMAScript的规范是出了名的佶屈聱牙，所以不幸的，Lich_Ray同志也未幸免。。。
Lich_Ray 写道看来我就此开个 JavaScript 专栏一心和你们讨论这些问题算了。这帖子居然还有一群人跟在后面打“良好”“精华”，无语了…
火是要发的，问题也是要解决的。下面讲正经的。不仅仅讲给 keshin 一个人听，大家都来看下吧。我们开始从 === 运算符谈起。
请翻到 ECMA-262 e4 的 11.9.4 节，T ...
- 2007-07-20 18:18
- 浏览 4123
- 评论(3)
Yahoo has introduced a new approach to improve the security of user login. "Prevent password theft" link will be showed in the login dialog if you didn't setup the seal. Follow the link, you can create a sign-in seal for your computer. It could be a text message, or a image.
After reading ...
- 2007-07-18 11:42
- 浏览 2852
- 评论(0)
这两天看了激烈讨论的帖子http://robbin.iteye.com/blog/82227，其中辩论双方都谈到Fielding的名言：HTTP不是Transport protocol（这个其实比较难理解的，主要是俺们英文差，不能区别Transfer和Transport的差别）。
抛开这个已经被锁定而无法继续回帖的帖子不谈，我就想到了Comet，按照我的理解，Comet就是利用HTTP来作Transport……而这样不是不符合REST了？
最后我再此谈一点对前面这个辩论的观感。偶本人对于分布式的理解是很浅薄的。但是我发现在后期的讨论中，其中一方因名责实。 其实Fielding同志作为HTTP ...