现在是在断开网络的情况下继续编辑编辑。。。
在Chrome中，内置对Google Gears的支持，就测试下Google Docs的离线操作。在启用Gears之后，在桌面创建图标，然后同步。同步后，断开网络，看到Docs检测到在离线状态下编辑。现在编辑完之后，连上网络。。
在用笔记本电脑的情况下，离线状态下写文档，上线之后自动同步，还是非常有用的。。。
可惜，我不习惯用本本，也没有本本。。嘿嘿。。
唉，不知道在blgger写博客，会不会有人看。。
2008-09-06
2008-08-27
2007-04-01
JavaScript正则表达式总结
一、RegExp对象和字面量
RegExp对象构造方式：
var re = new RegExp("cat");
var re = new RegExp("cat","gim");
g：global，表示找到所有的匹配，如果不指定g选项，只匹配第一个
i：不区分大小写
m：匹配多行
字面量方式：
var re = /cat/;
var re = /cat/gi;
两者区别：
非字面量来表达正则表达式时，对元字符转义必须用双重转义，而字面量不用，eg：
var re = /?/; // ?为元字符必须转义
var re = new RegExp('\?'); // 因为RegExp是用字符串来构造，而必须也转义，故得写成 '\?'
二、简单模式
1、元字符
(、[、{、、^、$、|、)、?、*、+、.
2、使用特殊字符
用ascii码和unicode表示字符
t 制表符
n 换行符
r 回车符
f 换页符
a alert字符
e escape字符
cX 与X相对应的控制字符
b 回退字符
v 垂直制表符
0 空字符
以上特殊字符用非字面量方式构造表达式时，要双重转义
3、字符类
简单类：[]来表示单个字符有或的关系，如/[bc]/，匹配b或者c
负向类：^来表示不匹配后面跟着的字符，如/[^bc]，/不匹配b或c
范围类：-来表示一个范围，如/[a-z]/，匹配a-z的字母，可以和负向类结合/^0-9/
组合类：以上几种类组合而成的字符类，如/a-z0-9n/，匹配a-z的字母或者0-9的数字或者换行符
类不能嵌套，就是不支持联合类和交叉类，/a-m[p-z]/和/a-m[^b-e]/在JavaScript中是非法的
预定义类：
. = [^nr] 除了换行和回车之外的任何字符
d = [0-9] 数字
D = [^0-9] 非数字
s = [ tnx0Bfr] 空白字符
S = [^ tnx0Bfr] 非空白字符
w = [a-zA-Z_0-9] 单词字符（字母、数字、下划线）
w = [^a-zA-Z_0-9] 非单词字符
4、量词：某个模式出现的次数
简单量词：
? 出现0或1次
* 出现0或多次
+ 出现1或多次（至少1次）
{n} =n次
{n,m} >=n，<=m
{n,} >=n
贪婪量词：先匹配整个字符串，如果不匹配则去掉最后一个字符再匹配，直到没有任何字符。所有简单量词都是贪婪的。
惰性量词：和贪婪量词相反，即先匹配第一个字符，不匹配则匹配第一第二个字符，直到最后整个字符串。所有简单量词后面加?就是惰性的了。
支配量词：只匹配整个字符串一次，不匹配就结束。所有简单量词后面加+就是支配的了。
三、复杂模式
1、分组：用括号来包括一些字符、字符类、量词来使用的。个人理解为可以将字符、字符类、量词等用括号来组成一个单元，可以对这个单元使用量词，同时这个单元是被存储起来的。分组可以嵌套。
2、反向引用：每个分组都是被存储起来的，存储在分组中的匹配值称为反向引用。
使用正则表达式的test、match、search方法之后，可以通过正则表达式的实例变量来访问到反向引用。RegExp.$1,RegExp.$2...来访问反向引用。
可以直接在分组表达式中使用分组。eg：var re = /dog1/，转义1就引用了第一个反向引用
可以在String的replace方法中通过特殊的序列$1、$2来访问反向引用。eg：var sToChange = '1234 5678';var reMatch = /(d{4}) (d4)/;var sNew = sToChange.replace(reMatch,'$2 $1');很轻松的实现单词的顺序转换。
3、候选：用|来表示模式的或关系。
4、非捕获性分组：创建反向引用的分组是捕获性分组，不创建反向引用的分组就是非捕获性分组。eg：(?:bad)
5、前瞻：某个特定的字符分组出现在另一个字符串之前时才捕获，正向前瞻要放在(?=和)之间（不是分组），负向前瞻放在(?!和)之间。eg：/(bed(?=room))/匹配跟在room前面的bed；/(bed(?!room))/匹配不跟在room前的bed。
6、边界：^行开头，$行结尾，b单词边界，B非单词边界。
7、多行模式：m选项打开，能影响^和$，使^匹配开头和换行符后面的位置，$匹配真正的结尾和换行符。
一、RegExp对象和字面量
RegExp对象构造方式：
var re = new RegExp("cat");
var re = new RegExp("cat","gim");
g：global，表示找到所有的匹配，如果不指定g选项，只匹配第一个
i：不区分大小写
m：匹配多行
字面量方式：
var re = /cat/;
var re = /cat/gi;
两者区别：
非字面量来表达正则表达式时，对元字符转义必须用双重转义，而字面量不用，eg：
var re = /?/; // ?为元字符必须转义
var re = new RegExp('\?'); // 因为RegExp是用字符串来构造，而必须也转义，故得写成 '\?'
二、简单模式
1、元字符
(、[、{、、^、$、|、)、?、*、+、.
2、使用特殊字符
用ascii码和unicode表示字符
t 制表符
n 换行符
r 回车符
f 换页符
a alert字符
e escape字符
cX 与X相对应的控制字符
b 回退字符
v 垂直制表符
0 空字符
以上特殊字符用非字面量方式构造表达式时，要双重转义
3、字符类
简单类：[]来表示单个字符有或的关系，如/[bc]/，匹配b或者c
负向类：^来表示不匹配后面跟着的字符，如/[^bc]，/不匹配b或c
范围类：-来表示一个范围，如/[a-z]/，匹配a-z的字母，可以和负向类结合/^0-9/
组合类：以上几种类组合而成的字符类，如/a-z0-9n/，匹配a-z的字母或者0-9的数字或者换行符
类不能嵌套，就是不支持联合类和交叉类，/a-m[p-z]/和/a-m[^b-e]/在JavaScript中是非法的
预定义类：
. = [^nr] 除了换行和回车之外的任何字符
d = [0-9] 数字
D = [^0-9] 非数字
s = [ tnx0Bfr] 空白字符
S = [^ tnx0Bfr] 非空白字符
w = [a-zA-Z_0-9] 单词字符（字母、数字、下划线）
w = [^a-zA-Z_0-9] 非单词字符
4、量词：某个模式出现的次数
简单量词：
? 出现0或1次
* 出现0或多次
+ 出现1或多次（至少1次）
{n} =n次
{n,m} >=n，<=m
{n,} >=n
贪婪量词：先匹配整个字符串，如果不匹配则去掉最后一个字符再匹配，直到没有任何字符。所有简单量词都是贪婪的。
惰性量词：和贪婪量词相反，即先匹配第一个字符，不匹配则匹配第一第二个字符，直到最后整个字符串。所有简单量词后面加?就是惰性的了。
支配量词：只匹配整个字符串一次，不匹配就结束。所有简单量词后面加+就是支配的了。
三、复杂模式
1、分组：用括号来包括一些字符、字符类、量词来使用的。个人理解为可以将字符、字符类、量词等用括号来组成一个单元，可以对这个单元使用量词，同时这个单元是被存储起来的。分组可以嵌套。
2、反向引用：每个分组都是被存储起来的，存储在分组中的匹配值称为反向引用。
使用正则表达式的test、match、search方法之后，可以通过正则表达式的实例变量来访问到反向引用。RegExp.$1,RegExp.$2...来访问反向引用。
可以直接在分组表达式中使用分组。eg：var re = /dog1/，转义1就引用了第一个反向引用
可以在String的replace方法中通过特殊的序列$1、$2来访问反向引用。eg：var sToChange = '1234 5678';var reMatch = /(d{4}) (d4)/;var sNew = sToChange.replace(reMatch,'$2 $1');很轻松的实现单词的顺序转换。
3、候选：用|来表示模式的或关系。
4、非捕获性分组：创建反向引用的分组是捕获性分组，不创建反向引用的分组就是非捕获性分组。eg：(?:bad)
5、前瞻：某个特定的字符分组出现在另一个字符串之前时才捕获，正向前瞻要放在(?=和)之间（不是分组），负向前瞻放在(?!和)之间。eg：/(bed(?=room))/匹配跟在room前面的bed；/(bed(?!room))/匹配不跟在room前的bed。
6、边界：^行开头，$行结尾，b单词边界，B非单词边界。
7、多行模式：m选项打开，能影响^和$，使^匹配开头和换行符后面的位置，$匹配真正的结尾和换行符。
2007-03-17
合理利用gmail、google reader、google docs、google notebook等服务
现在互联网提供的免费服务实在太多，比如提供blog服务，随便一个稍微有点人气的网站都提供blog服务。。太多了反而令人眼花缭乱，不知道究竟用哪个好了。。
我用的google的服务就有gmail、google文件、google reader、google notebook、google书签，差不多都用了，只是这么多一直都没有充分利用起来，并且有很多功能有重叠，有些时候选择多了，反而不知道选什么好！
1、gmail：用英文的gmail，将gmail帐号和公司的邮箱帐号绑定在一起，这样收发邮件就可以都在gmail里，抛弃outlook客户端了。最重要的是可以用gmail的会话功能把邮件组织起来，也不用把邮件都保存在硬盘上占磁盘空间了。。
2、google reader：一直都在用，还不错，订阅了很多rss。。不爽的是订阅csdn的blog，显示的都是乱码。。
3、google文档：支持中文了，并且能发布到blogger上，以前发布到blogger上中文乱码问题也没有了，可以放心使用。gmail的附件可以用docs来打开，这个功能不错。。家里公司都可以用。。
4、google notebook：这个小东西其实挺有用的，以前没有好好使用，刚开始一条字数太少。可以随时记录一些问题的解决方法，也可以在看网页时把一些网页片段随时摘录下来（用firefox的notebook插件），省的以后忘了，可以隔段时间做个整理，现在支持导出到google docs了。。
5、google calendar：这个玩意发布之后一直不知道怎么用才好，平时用的话反而嫌麻烦，可以把一些计划性的、长期的、规划的目标和计划弄在上面，定时来提醒查看进度，也能督促自己，省得有时候订个计划，比如要在一段时间内做什么，往往不能坚持，久了也容易忘。。
6、blogger：这个不用多说了，现在国内访问基本正常，也去掉beta了，可以和google docs集成，以后得坚持写blog，都用google文档写，然后发布到blogger上。。
7、google pages：不知道怎么用才好，觉得有了blogger，就没有精力来用了。。
8、google toolbar：一直都是用firefox，原来是用google sync来同步公司和家里电脑firefox上的书签，但是发现sync不是太好用，并且刚开始不稳定也占资源、老链接不上，就把所有的书签都放在google书签里，通过toolbar来访问，还不错。。也抛弃firefox的书签了。。
除了google的，还有一些其他的服务：
1、rememeber the milk：一个提供todo list功能的web2.0网站，界面简洁，就用他来记录平时的想法，或者有些要实现的小功能，几天内要做的一些事情，可以定时来整理。。最重要的是在家里公司都可以看。。
2、
需求规格说明书
一、引言
1.1 编写目的
为了更好的确定和明确需求，减少以后可能重复的设计和编码，最好的满足客户需求，也作为设计文档、测试文档的依据。
1.2 项目背景
简单描述遗留系统、要做的新系统，以及和其他系统的关系。
1.3 参考资料
参考的资料，可包括政府、地区的相关规定和行业的相关标准，遗留系统的相关文档等等。
1.4 变更历史
二、业务需求（商业需求）
反应组织机构或客户对系统及产品高层次的目标要求。一般从企业的技术部门得到。
三、用户需求
描述了用户使用产品必须要完成的任务。必须从真正使用系统的用户那里得到。用户需求也是对用户的具体需求进行调研才能得到。
四、功能需求
定义了软件开发人员必须实现的功能。是从用户需求转化而来的。
总结出具体功能设计的方法：根据高层次的需求总结设计出完整的使用方案，所谓的使用方案设计就是，将用户会怎样使用你的软件为解决某个具体问题的整个过程给想象和设计出来，而且是一个完整的从头到尾的使用过程。有了这个过程的总结，再从它的基础上进一步确定每个功能的具体需求。
4.1 功能模块1
4.1.1 子功能1
4.1.1 子功能2
4.2 功能模块2
4.2.1 子功能1
4.2.2 子功能1
4.3 功能模块3
4.3.1 子功能1
4.3.2 子功能1
五、非功能需求
系统应该达到的效率要求、可扩展性、可维护性要求、对外接口等等。
六、性能需求
系统应该达到的可靠性、压力等等。
七、质量需求
系统应该达到的质量、稳定性等等。
八、系统需求
定义系统运行的硬件平台、操作系统、网络环境、软件环境，运行的支撑系统，以及系统是否24*7运行等等。
8.1 硬件平台
8.2 操作系统
8.3 网络环境
8.4 软件环境
8.5 运行支撑系统
九、开发局限
因为技术原因不能满足的需求或者不能实现的地方。
附录一：可能出现的泥潭
1、只有业务需求，没有功能需求
需要对需求进行分类，界定每种需求的范围，其实需求分析的过程也是逐步细化的过程。
2、需求描述含有二义性
用简洁、无歧义的语言来描述需求，避免描述性的词语，尽量对描述性词语进行量化，并且给出具体值或范围。
3、需求细化程度不够
需求都是一个从概括性需求刀低层次需求的过程，一般都是知道高层次概括性较强的需求。需要将需求细化，直到消除所有不确定因素为止。需求是越详细越好，但是也不能过于详细。需要做到的是，将一个需求分割成不同的小需求，每个需求都能想出测试用例来测试这个需求。细化到这个程度也就可以了。
4、需求过程缺乏沟通
需求评审是一个非常重要的沟通方式。并且沟通应该贯穿在整个需求过程中，整个需求过程也是系统分析人员（职责是做需求分析）和设计人员（职责是做设计）不断反复沟通的过程。
一、引言
1.1 编写目的
为了更好的确定和明确需求，减少以后可能重复的设计和编码，最好的满足客户需求，也作为设计文档、测试文档的依据。
1.2 项目背景
简单描述遗留系统、要做的新系统，以及和其他系统的关系。
1.3 参考资料
参考的资料，可包括政府、地区的相关规定和行业的相关标准，遗留系统的相关文档等等。
1.4 变更历史
| 版本 | 修改日期 | 变更申请人 | 变更内容描述 | 备注 |
| v 1.0 | 2007-02-05 | 初始版本 | ||
二、业务需求（商业需求）
反应组织机构或客户对系统及产品高层次的目标要求。一般从企业的技术部门得到。
三、用户需求
描述了用户使用产品必须要完成的任务。必须从真正使用系统的用户那里得到。用户需求也是对用户的具体需求进行调研才能得到。
四、功能需求
定义了软件开发人员必须实现的功能。是从用户需求转化而来的。
总结出具体功能设计的方法：根据高层次的需求总结设计出完整的使用方案，所谓的使用方案设计就是，将用户会怎样使用你的软件为解决某个具体问题的整个过程给想象和设计出来，而且是一个完整的从头到尾的使用过程。有了这个过程的总结，再从它的基础上进一步确定每个功能的具体需求。
4.1 功能模块1
4.1.1 子功能1
4.1.1 子功能2
4.2 功能模块2
4.2.1 子功能1
4.2.2 子功能1
4.3 功能模块3
4.3.1 子功能1
4.3.2 子功能1
五、非功能需求
系统应该达到的效率要求、可扩展性、可维护性要求、对外接口等等。
六、性能需求
系统应该达到的可靠性、压力等等。
七、质量需求
系统应该达到的质量、稳定性等等。
八、系统需求
定义系统运行的硬件平台、操作系统、网络环境、软件环境，运行的支撑系统，以及系统是否24*7运行等等。
8.1 硬件平台
8.2 操作系统
8.3 网络环境
8.4 软件环境
8.5 运行支撑系统
九、开发局限
因为技术原因不能满足的需求或者不能实现的地方。
附录一：可能出现的泥潭
1、只有业务需求，没有功能需求
需要对需求进行分类，界定每种需求的范围，其实需求分析的过程也是逐步细化的过程。
2、需求描述含有二义性
用简洁、无歧义的语言来描述需求，避免描述性的词语，尽量对描述性词语进行量化，并且给出具体值或范围。
3、需求细化程度不够
需求都是一个从概括性需求刀低层次需求的过程，一般都是知道高层次概括性较强的需求。需要将需求细化，直到消除所有不确定因素为止。需求是越详细越好，但是也不能过于详细。需要做到的是，将一个需求分割成不同的小需求，每个需求都能想出测试用例来测试这个需求。细化到这个程度也就可以了。
4、需求过程缺乏沟通
需求评审是一个非常重要的沟通方式。并且沟通应该贯穿在整个需求过程中，整个需求过程也是系统分析人员（职责是做需求分析）和设计人员（职责是做设计）不断反复沟通的过程。
订阅：
博文 (Atom)