很多人，很多事，都会随着Revolution的开始而发生微妙的化学变化，当催化剂到来时，风暴就会摧枯拉朽的改变一切。
希望笨拙的文字，能够记录下真实的过程。
1. 沉淀
小马说到沉淀，08年我们疲于应对，很多事情，都在“有时间的话，就XXXX吧”的敷衍中被抛弃。所以有心的人会叹息。
当初Black指责我们畏首畏尾时，我觉的该有些变化了，所以用一种极端的方式收集了式样。现在证明，还是有些用的。
当CAL时，也总会考虑，无法执行怎么办，Victor告诉我，犹豫的时候，选一个就好了。
今天小马开场白时，就说到了沉淀，一针见血！所以我决定不遗余力的支持他。
毕竟是他想做的事情，也是我们大家应该做的事情。
2. 大象
Thinking in UML，在国内，标题党已经成为一种文化，但是这本书，内涵远大于这个名字。至少在我来说，意义远大于此。
记录下读这本书的过程：（以后都以大象标题）
a.Page9，“空谈了许多却无法拿出一个实实在在的推到过程”；“他们脑子里常常盘旋着的问题是：这个类表达了什么意思？为什么是这样的？”
>>如果需求由A做，设计由B做，C来写代码，那么怎么可能不出现这样的疑问？设计书在展现给大家时，如果编码人员也由这种疑问，那么无疑，最大的风险出现了。
b.Page10，“闲话：今天你OO了么？”
>>面向过程和面向对象只是出发点不同，而开端，是可以决定结果的，就像Page16中描述边界类时所提及的“边界类能够决定整个分析设计的结果。”
c.Page11，“如果以写文章来类比的话，学习UML只是学会了一门语言，而要写出一篇精彩的文章，却要依靠写作人对生活的感悟与升华，这两者缺一不可。”
>>理论联系实践！
d.Page12，“用简单直观的图形表达和暴露出来，准确而直观的描述复杂的含义。把隐晦的变成可视的，也就是把文字变为图形，这才是UML可视化的真正含义。”
>>用图表说话！
e.Page13，“更重要的是表达出了这些不见之间的组装关系”。
>>个人感觉，OO中组合的威力大于继承，组合是框架，继承只是细节。
f.Page14，“建立模型的关键就是弄明白有什么人，什么人做什么事，什么事产生什么物，中间有什么规则，再把人，事，物之间的关系定义出来，一个模型就基本成型了。”
Page16，“只要有人，事，物和规则，就能构成一个有意义的结果，无非是是否合理而已。”
>>Actor，Use case，Business object Model。
g.Page16，“边界类”“实体类”“控制类”
Page17，“概念模型中的边界累可以被转化为操作界面或者系统接口；控制类可以被转化为计算机程序或控制程序，如工作流，算法等；实体类可以转化为数据库表，XML文档，或者其它带有持久化特征的类。”
>>MVC
3. Windows Via C/C++
买了本E文的，结果，，，看不下去。又买了本中文的。哎。不好好读，对不起这两百块钞票！
a.handle要与NULL和INVALID_HANDLE_VALUE判断是否可用。
b.从WinNT起，Windows的所有版本都完全用Unicode来构建。也就是说，所有函数都需要Unicode字符串。调用Windows函数时，如果传入ANSI字符串，函数首先会把字符串转换为Unicode，再把结果传给OS，OS传出后，再把Unicode转化为ANSI，再最后传出。多麻烦，咱就都用Unicode吧。
c.所有需要字符串作为参数的COM接口方法，都只接受Unicode字符串！
d.VS中新建一个C++项目时，已经定义了_UNICODE、UNICODE。
e.所有安全_s函数的首要任务就是验证传给他们的参数值。要检查的项目包括指针不为空，整数再有效范围内，枚举值是否有效，缓冲区是否足以容纳结果数据。
countof算字符数；sizeof算字节数。
f._s会在error时，将字符串截断为一个空字符串，缓冲区剩余的所有字节都已经被设为一个填充符0xfd。
e.....
明天能赶上班车么?
TobeContinued...
961
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
