llmsn

C++博客 首页 新随笔 联系 聚合 管理
  8 Posts :: 0 Stories :: 0 Comments :: 0 Trackbacks

2006年9月1日 #

VC文件扩展名一览表

.APS:存放二进制资源的中间文件,VC把当前资源文件转换成二进制格式,并存放在APS文件中,以加快资源装载速度。

.BMP:位图资源文件。

.BSC:浏览信息文件,由浏览信息维护工具(BSCMAKE)从原始浏览信息文件(.SBR)中生成,BSC文件可以用来在源代码编辑窗口中进行快速定位。

.C:用C语言编写的源代码文件。

.CLW:ClassWizard生成的用来存放类信息的文件。

.CNT:用来定义帮助文件中“Contents”的结构。

.CPP或.CXX:用C++语言编写的源代码文件。

.CUR:光标资源文件。

.DEF:模块定义文件,供生成动态链接库时使用。

.DLG:定义对话框资源的独立文件。这种文件对于VC工程来说并非必需,因为VC一般把对话框资源放在.RC资源定义文件中。

.DSP:VC开发环境生成的工程文件,VC4及以前版本使用MAK文件来定义工程。

.DSW:VC开发环境生成的WorkSpace文件,用来把多个工程组织到一个WorkSpace中。

.EXP:由LIB工具从DEF文件生成的输出文件,其中包含了函数和数据项目的输出信息,LINK工具将使用EXP文件来创建动态链接库。

.H、.HPP或.HXX:用C/C++语言编写的头文件,通常用来定义数据类型,声明变量、函数、结构和类。

.HLP:Windows帮助文件。

.HM:在Help工程中,该文件定义了帮助文件与对话框、菜单或其它资源之间ID值的对应关系。

.HPJ:由Help Workshop生成的Help工程文件,用来控制Help文件的生成过程。

.ICO:图标资源文件。

.ILK:连接过程中生成的一种中间文件,只供LINK工具使用。

.INI:配置文件。

.LIB:库文件,LINK工具将使用它来连接各种输入库,以便最终生成EXE文件。

.LIC:用户许可证书文件,使用某些ActiveX控件时需要该文件。

.MAK:即MAKE文件,VC4及以前版本使用的工程文件,用来指定如何建立一个工程,VC6把MAK文件转换成DSP文件来处理。

.MAP:由LINK工具生成的一种文本文件,其中包含有被连接的程序的某些信息,例如程序中的组信息和公共符号信息等。

.NCB:NCB是“No Compile Browser”的缩写,其中存放了供ClassView、WizardBar和Component Gallery使用的信息,由VC开发环境自动生成。

.OBJ:由编译器或汇编工具生成的目标文件,是模块的二进制中间文件。

.ODL:用对象描述语言编写的源代码文件,VC用它来生成TLB文件。

.OLB:带有类型库资源的一种特殊的动态链接库,也叫对象库文件。

.OPT:VC开发环境自动生成的用来存放WorkSpace中各种选项的文件。

.PBI、.PBO和.PBT:由VC的性能分析工具PROFILE生成并使用的三种文件。

.PCH:预编译头文件,由编译器在建立工程时自动生成,其中存放有工程中已经编译的部分代码,在以后建立工程时不再重新编译这些代码,以便加快整个编译过程的速度。

.PDB:程序数据库文件,在建立工程时自动生成,其中存放程序的各种信息,用来加快调试过程的速度。

.RC:资源定义文件。

.RC2:资源定义文件,供一些特殊情况下使用。

.REG:注册表信息文件。

.RES:二进制资源文件,资源编译器编译资源定义文件后即生成RES文件。

.RTF:Rich Text Format(丰富文本格式)文档,可由Word或写字板来创建,常被用来生成Help文件。

.SBR:VC编译器为每个OBJ文件生成的原始浏览信息文件,浏览信息维护工具(BSCMAKE)将利用SBR文件来生成BSC文件。

.TLB:OLE库文件,其中存放了OLE自动化对象的数据类型、模块和接口定义,自动化服务器通过TLB文件就能了解自动化对象的使用方法。

.WAV:声音资源文件。
posted @ 2006-09-01 09:55 若虚 阅读(217) | 评论 (0)编辑 收藏

2006年6月9日 #

发信人: sevenwolf (LP天天修理我~呜呜呜~), 信区: job
标  题: 呵呵,我给大家一些写英文简历的词汇吧
发信站: 饮水思源 (2004年10月23日20:02:16 星期六)



name 姓名 alias 别名 pen name 笔名 date of birth 出生日期 birth date 出生日期
born 出生于 birth place 出生地点 age 年龄 native place 籍贯 province 省
city 市 autonomous region 自治区 prefecture 专区 county 县 nationality 民族,
国籍 citizenship 国籍 duel citizenship 双重国籍 address 地址 current address 目
前地址
present address 目前地址 permanent address 永久地址 postal code 邮政编码
home phone 住宅电话 office phone 办公电话 business phone 办公电话 tel.电话 sex
性别
male 男 female 女 height 身高 weight 体重 marital status 婚姻状况 family stat
us 家庭状况 married 已婚 single/unmarried 未婚 divorced 离异 separated 分居 nu
mber of children 子女人数 none 无 street 街 lane 胡同,巷 road 路 district 区
house number 门牌 health 健康状况 health condition 健康状况 blood type 血型 sh
ort-sighted 近视 far-sighted 远视 color-blind 色盲 id card no.身份证号码 da
te of availability 可到职时间 available 可到职 membership 会员,资格 president
 会长 vice-president 副会长 director 理事 standing director 常务理事
 secretary general 秘书长 society 学会 association 协会 research societ
y 研究会   
  教育程度   
  education 学历 educational background 教育程度 educational history 学历 cu
rriculum 课程 major 主修 minor 副修 educational highlights 课程重点部分 curric
ulum included 课程包括 specialized courses 专门课程 courses taken 所学课程 cou
rses completed 所学课程 special training 特别训练 social practice 社会实践 par
t-time jobs 业余工作 summer jobs 暑期工作 vacation jobs 假期工作 刷新er cours
e 进修课程 extracurricular activities 课外活动 physical activities 体育活动 re
creational activities 娱乐活动 academic activities 学术活动 social activities
社会活动 rewards 奖励 scholarship 奖学金 "three goods" student 三好学生 excell
ent league member 优秀团员 excellent leader 优秀干部 student council 学生会 of
f-job training 脱产培训 in-job training 在职培训 educational system 学制 aca
demic year 学年 semester 学期(美) term 学期 (英) president 校长 vice-pres
ident 副校长 dean 院长 assistant dean 副院长 academic dean 教务长 department c
hairman 系主任 professor 教授 associate professor 副教授 guest professor 客座教

 lecturer 讲师 teaching assistant 助教 research fellow 研究员
 research assistant 助理研究员 supervisor 论文导师 principal 中学校长(美)hea
dmaster 中学校长(英)master 小学校长 (美) dean of studies 教务长 dean of st
udents 教导主任 dean of students 教导主任teacher 教师 probation teacher 代课教
师 tutor 家庭教师 governess 女家庭教师 intelligence quotient 智商pass 及格 fai
l 不及格 marks 分数 grades 分数 scores 分数 examination 考试 grade 年级 class
班级 monitor 班长 vice-monitor 副班长 commissary in charge of studies 学习委员
 commissary in charge of entertainment 文娱委员 commissary in charge of sports
 体育委员 commissary in charge of physical labor 劳动委员 party branch secreta
ry 党支部书记 league branch secretary 团支部书记 commissary in charge of organ
ization 组织委员 commissary in charge of publicity 宣传委员 degree 学位 post d
octorate 博士后 doctor (ph.d) 博士 master 硕士 bachelor 学士 student 学生 grad
uate student 研究生 abroad student 留学生returned student 回国留学生
foreign student 外国学生 undergraduate 大学肄业生senior 大学四年级学生
;高中三年级学生 junior 大学三年级学生;高中二年级学生 sophomore 大学二年级学生
;高中一年级学生 freshman 大学一年级学生 guest student 旁听生(英) auditor 旁
听生(美) government-supported student 公费生 commoner 自费生 extern 走读生
day-student 走读生 intern 实习生 prize fellow 奖学金生 boarder 寄宿生 classma
te 同班同学 schoolmate 同校同学 graduate 毕业生   
 
  工作经历   
 
  accomplish 完成(任务等)achievements 工作成就,业绩adapted to 适应于adept
 in 善于administer 管理advanced worker 先进工作者 analyze 分析appointed 被任命
的assist 辅助authorized 委任的;核准的 be promoted to 被提升为 be proposed as
被提名为;被推荐为behave 表现breakthrough 惊人的进展,关键问题的解决break the
record 打破记录business background 工作经历business experience 工作经历busines
s history 工作经历 conduct 经营,处理control 控制cost 成本;费用create 创造dec
rease 减少demonstrate 证明,示范design 设计develop 开发,发挥devise 设计,发明
direct 指导double 加倍,翻一番 duties 职责earn 获得,赚取effect 效果,作用eli
minate 消除employment experience工作经历employment record 工作经历employment 工
作enlarge 扩大enliven 搞活enrich 使丰富establish 设立(公司等);使开业;确立e
valuation 估价,评价excellent league member 优秀团员 excellent party member 优
秀党员执行 实行,实施 expand 推广;扩大expedite 加快;促进experience 经历explo
it开发(资源,产品)export 出口found 创立generate 产生good at 擅长于 guide 指导

操纵implement 完成,实施import 进口improve 改进,提高increa
se 增加influence 影响initiate 创始,开创innovate 改革,革新inspired 受启发的;
受鼓舞的 install 安装integrate 使结合;使一体化introduce 采用,引进invent 发明
 invest 投资 job title 职位justified 经证明的;合法化的 launch 开办(新企业)
lead 领导lengthen 延长lessen 减少(生产成本)level 水平localize 使地方化mainta
in 保持;维修make 制造manage 管理,经营manufacture 制造mastered 精通的moderniz
e 使现代化motivate 促进,激发 negotiate 谈判nominated 被提名的;被任命的 occup
ational history 工作经历operate 操作,开动(机器等),经营(厂矿)organize 组织
 originate 创始,发明 overcome 克服(困难等) participate in 参加perfect 使完善
;改善 perform 执行,履行plan 计划 position 职位professional history 职业经历
professional 职业经历profit 利润promote 生产,制造promote 推销(商品);创立(
企业)等 provide 提供,供应raise 提高reach 达到realize 实现(目标等);获得(利
润)receive 收到,得到,接受recognize 认清(职责等)recommended 被推荐的;被介绍
的 reconsolidate 重新巩固;重新整顿reconstruct 重建 record
ed 记载的recover 恢复;弥补 rectify 整顿,调整redouble 加倍,倍增 reduce 减少,
降低(成本等)refine 精练,精制 reform 改革regenerate 更新,使更生registered 已
注册的 regularize 使系统化 regulate 控制(费用等) rehandle 重铸;重新处理 reh
ash 以新形式处理(旧材料)reinforce 加强reckon 计算(成本等)renew 重建,换新
renovate 革新;修理 repair 修复,修补replace 接替,替换 representative 代表,代
理人research 调查,研究resolve 解决responsibilities 职责second job 第二职业set
 创造(纪录等)settle 解决(问题等)shorten 减低......效能show 显示,表明 signi
ficant 重要的,有效的simplify 简化,精简 solve 解决sort out 清理specific experie
nce 具体经历speed up 加速 sponsor 主办spread 传播,扩大 standard 标准,规格 stre
amline 把......设计流线型strengthen 加强,巩固 study 研究succeed 成功 supervise
 监督,管理supply 供给,满足(需要) systematize 使系统化target 目标,指标 test 试验
,检验top 头等的,最高的 total 总数,总额translate 翻译,转化 travel 旅行unify 使成
一体,统一 use 使用,运用useful 有用的 utilize 利用 valuabl
e 有价值的vivify 使活跃 well-trained 训练有素的work experience 工作经历 work
history 工作经历work 工作,起作用working model 劳动模范 worth 使......钱的,有..
....价值的
 
  个人品质  
 
  able 有才干的,能干的 active 主动的,活跃的 adaptable 适应性强的 adroit 灵
巧的,机敏的 aggressive 有进取心的 alert 机灵的ambitious 有雄心壮志的 amiable
和蔼可亲的 amicable 友好的 analytical 善于分析的 apprehensive 有理解力的 aspir
ing 有志气的,有抱负的 audacious 大胆的,有冒险精神的 capable 有能力的,有才能
的 careful 办事仔细的 candid 正直的 charitable 宽厚的 competent 能胜任的 confi
dent 有信心的 conscientious 认真的,自觉的 considerate 体贴的 constructive 建设
性的 contemplative 好沉思的 cooperative 有合作精神的 creative 富创造力的 dashi
ng 有一股子冲劲的,有拼搏精神的 dedicated 有奉献精神的 devoted 有献身精神的 de
pendable 可靠的 diplomatic 老练的,有策略的 disciplined 守纪律的 discreet (在
行动,说话等方面)谨慎的 dutiful 尽职的 dynamic 精悍的 earnest 认真的 well-ed
ucated 受过良好教育的 efficient 有效率的 energetic 精力充沛的 enthusiastic 充满
热情的 expressive 善于表达 faithful 守信的,忠诚的 forceful (性格)坚强的 fra
nk 直率的,真诚的 friendly 友好的 frugal 俭朴的 generous 宽宏大量的 genteel 有
教养的 gentle 有礼貌的 hard-working 勤劳的 hearty 精神饱满的
 honest 诚实的hospitable 殷勤的 humble 恭顺的 humorous 幽默的 impartial 公正的
 independent 有主见的 industrious 勤奋的ingenious 有独创性的 initiative 首创精
神have an inquiring mind 爱动脑筋 intellective 有智力的intelligent 理解力强的
inventive 有发明才能的,有创造力的 just 正直的kind-hearted 好心的 knowledgeab
le 有见识的 learned 精通某门学问的 liberal 心胸宽大的 logical 条理分明的 loyal
 忠心耿耿的 methodical 有方法的 modest 谦虚的 motivated 目的明确的objective 客
观的 open-minded 虚心的 orderly 守纪律的 original 有独创性的 painstaking 辛勤
的,苦干的,刻苦的 practical 实际的 precise 一丝不苟的 persevering 不屈不挠的p
unctual 严守时刻的purposeful 意志坚强的 qualified 合格的 rational 有理性的 rea
listic 实事求是的reasonable 讲道理的 reliable 可信赖的 responsible 负责的 self
-conscious 自觉的 selfless 无私的 sensible 明白事理的sincere 真诚的 smart 精明
的 spirited 生气勃勃的 sporting 光明正大的 steady 塌实的 straightforward 老实的
strict 严格的 systematic 有系统的 strong-willed 意志坚强的
  其它内容objective 目标 career objective 职业目标 employment objective 工作
目标 position wanted 希望职位 job objective 工作目标 position applied for 申请
职位 position sought 谋求职位 position desired 希望职位 for more specialized w
ork 为更专门的工作 for prospects of promotion 为晋升的前途 for higher responsi
bility 为更高层次的工作责任 for wider experience 为扩大工作经验 due to close-
down of company 由于公司倒闭 due to expiry of employment 由于雇用期满offered a
 more challenging opportunity 获得的更有挑战性的工作机会 sought a better job 找
到了更好的工作 to look for a more challenging opportunity 找一个更有挑战性的工
作机会 to seek a better job 找一份更好的工作
posted @ 2006-06-09 14:28 若虚 阅读(218) | 评论 (0)编辑 收藏

2006年5月12日 #

 
  对于像我这样刚接触MFC不久的人来说,MFC中的数据类型的确让人很头痛,需要不时地去查找MSDN,找的多了,就记下来了一部分,于是贴出来,加强记忆!

数据类型

意义

BOOL

Boolean值(TRUE  or FALSE

BSTR

32-bit字符指针

BYTE

8-bit整数,无正负号

COLORREF

32-bit数值,代表一个颜色值

DWORD

32-bit整数,无正负号

LONG

32-bit整数,有正负号

LPARAM

32-bit数值,作为窗口函数或callback函数的一个参数

LPCSTR

32-bit指针,指向一个常数字符串

LPSTR

32-bit指针,指向一个字符串

LPCTSTR

32-bit指针,指向一个常数字符串。此字符串可移植到Unicode

LPTSTR

32-bit指针,指向一个字符串。此字符串可移植到Unicode

LPVOID

32-bit指针,指向一个未指定类型的数据

LPRESULT

32-bit数值,作为窗口函数或callback函数的返回值

UINT

Win16中,16bit无正负号,Win32中,32bit无正负号

WNDPROC

32-bit

WORD

16bit整数,无正负号

WPARAM

窗口函数的一个参数,Win1616bitsWin3232bits

 

 

MFC独特的数据类型

数据类型

意义

POSITION

一个数值,代表collection对象(例如数组或链表)中的元素位置,常使用于MFC collection classes

LPCRECT

32-bit指针,指向一个不变的RECT结构

posted @ 2006-05-12 17:23 若虚 阅读(298) | 评论 (0)编辑 收藏

2006年5月9日 #

Media Player两种版本播放器的嵌入代码,有相关说明(默认0为否,-1或1为是)
不过代码还不全面,没有判断浏览器版本的参数
程序代码:

<object classid="clsid:22D6F312-B0F6-11D0-94AB-0080C74C7E95" id="MediaPlayer1" width="286" height="225">
<param name="AudioStream" value="-1">
<param name="AutoSize" value="-1">
<!--是否自动调整播放大小-->
<param name="AutoStart" value="-1">
<!--是否自动播放-->
<param name="AnimationAtStart" value="-1">
<param name="AllowScan" value="-1">
<param name="AllowChangeDisplaySize" value="-1">
<param name="AutoRewind" value="0">
<param name="Balance" value="0">
<!--左右声道平衡,最左-9640,最右9640-->
<param name="BaseURL" value>
<param name="BufferingTime" value="15">
<!--缓冲时间-->
<param name="CaptioningID" value>
<param name="ClickToPlay" value="-1">
<param name="CursorType" value="0">
<param name="CurrentPosition" value="0">
<!--当前播放进度 -1 表示不变,0表示开头 单位是秒,比如10表示从第10秒处开始播放,值必须是-1.0或大于等于0-->
<param name="CurrentMarker" value="0">
<param name="DefaultFrame" value>
<param name="DisplayBackColor" value="0">
<param name="DisplayForeColor" value="16777215">
<param name="DisplayMode" value="0">
<param name="DisplaySize" value="0">
<!--视频1-50%, 0-100%, 2-200%,3-全屏 其它的值作0处理,小数则采用四舍五入然后按前的处理-->
<param name="Enabled" value="-1">
<param name="EnableContextMenu" value="-1">
<!-是否用右键弹出菜单控制-->
<param name="EnablePositionControls" value="-1">
<param name="EnableFullScreenControls" value="-1">
<param name="EnableTracker" value="-1">
<!--是否允许拉动播放进度条到任意地方播放-->
<param name="Filename" value="http://01.wma" valuetype="ref">
<!--播放的文件地址-->
<param name="InvokeURLs" value="-1">
<param name="Language" value="-1">
<param name="Mute" value="0">
<!--是否静音-->
<param name="PlayCount" value="10">
<!--重复播放次数,0为始终重复-->
<param name="PreviewMode" value="-1">
<param name="Rate" value="1">
<!--播放速率控制,1为正常,允许小数-->
<param name="SAMIStyle" value>
<!--SAMI样式-->
<param name="SAMILang" value>
<!--SAMI语言-->
<param name="SAMIFilename" value>
<!--字幕ID-->
<param name="SelectionStart" value="-1">
<param name="SelectionEnd" value="-1">
<param name="SendOpenStateChangeEvents" value="-1">
<param name="SendWarningEvents" value="-1">
<param name="SendErrorEvents" value="-1">
<param name="SendKeyboardEvents" value="0">
<param name="SendMouseClickEvents" value="0">
<param name="SendMouseMoveEvents" value="0">
<param name="SendPlayStateChangeEvents" value="-1">
<param name="ShowCaptioning" value="0">
<!--是否显示字幕,为一块黑色,下面会有一大块黑色,一般不显示-->
<param name="ShowControls" value="-1">
<!--是否显示控制,比如播放,停止,暂停-->
<param name="ShowAudioControls" value="-1">
<!--是否显示音量控制-->
<param name="ShowDisplay" value="0">
<!--显示节目信息,比如版权等-->
<param name="ShowGotoBar" value="0">
<!--是否启用上下文菜单-->
<param name="ShowPositionControls" value="-1">
<!--是否显示往前往后及列表,如果显示一般也都是灰色不可控制-->
<param name="ShowStatusBar" value="-1">
<!--当前播放信息,显示是否正在播放,及总播放时间和当前播放到的时间-->
<param name="ShowTracker" value="-1">
<!--是否显示当前播放跟踪条,即当前的播放进度条-->
<param name="TransparentAtStart" value="-1">
<param name="VideoBorderWidth" value="0">
<!--显示部的宽部,如果小于视频宽,则最小为视频宽,或者加大到指定值,并自动加大高度.此改变只改变四周的黑框大小,不改变视频大小-->
<param name="VideoBorderColor" value="0">
<!--显示黑色框的颜色, 为RGB值,比如ffff00为黄色-->
<param name="VideoBorder3D" value="0">
<param name="Volume" value="0">
<!--音量大小,负值表示是当前音量的减值,值自动会取绝对值,最大为0,最小为-9640-->
<param name="WindowlessVideo" value="0">
<!--如果是0可以允许全屏,否则只能在窗口中查看-->
</object>

上面的这个播放器是老式的那种,新式播放器是在MediaPlayer9.0以后出现的,也就是说只有装了9.0或9.0以上的播放器才能正常使用的.

下面是新式播放器代码,相对以前的来说要简单很多:

程序代码:

<object id="player" height="64" width="260" classid="CLSID:6BF52A52-394A-11d3-B153-00C04F79FAA6">
<param NAME="AutoStart" VALUE="-1">
<!--是否自动播放-->
<param NAME="Balance" VALUE="0">
<!--调整左右声道平衡,同上面旧播放器代码-->
<param name="enabled" value="-1">
<!--播放器是否可人为控制-->
<param NAME="EnableContextMenu" VALUE="-1">
<!--是否启用上下文菜单-->
<param NAME="url" VALUE="http://1.wma">
<!--播放的文件地址-->
<param NAME="PlayCount" VALUE="1">
<!--播放次数控制,为整数-->
<param name="rate" value="1">
<!--播放速率控制,1为正常,允许小数,1.0-2.0-->
<param name="currentPosition" value="0">
<!--控件设置:当前位置-->
<param name="currentMarker" value="0">
<!--控件设置:当前标记-->
<param name="defaultFrame" value="">
<!--显示默认框架-->
<param name="invokeURLs" value="0">
<!--脚本命令设置:是否调用URL-->
<param name="baseURL" value="">
<!--脚本命令设置:被调用的URL-->
<param name="stretchToFit" value="0">
<!--是否按比例伸展-->
<param name="volume" value="50">
<!--默认声音大小0%-100%,50则为50%-->
<param name="mute" value="0">
<!--是否静音-->
<param name="uiMode" value="mini">
<!--播放器显示模式:Full显示全部;mini最简化;None不显示播放控制,只显示视频窗口;invisible全部不显示-->
<param name="windowlessVideo" value="0">
<!--如果是0可以允许全屏,否则只能在窗口中查看-->
<param name="fullScreen" value="0">
<!--开始播放是否自动全屏-->
<param name="enableErrorDialogs" value="-1">
<!--是否启用错误提示报告-->
<param name="SAMIStyle" value>
<!--SAMI样式-->
<param name="SAMILang" value>
<!--SAMI语言-->
<param name="SAMIFilename" value>
<!--字幕ID-->
</object>

posted @ 2006-05-09 16:43 若虚 阅读(439) | 评论 (0)编辑 收藏

     摘要: 转自:摩诘9.      单词边界 元字符<<\b>>也是一种对位置进行匹配的“锚”。这种匹配是0长度匹配。有4种位置被认为是“单词边界”:1)        在字符串的第一个字符前的位置(如果字符串的第一个字符是一个“单词字符”)2)        在字符串的最后一个字符后的位置(如果字符串的最后一个字符是一个“单词字符”)3)        在一个“单词字符”和“非单词...  阅读全文
posted @ 2006-05-09 16:18 若虚 阅读(278) | 评论 (0)编辑 收藏

     摘要: 转自: 摩诘 前言:       半年前我对正则表达式产生了兴趣,在网上查找过不少资料,看过不少的教程,最后在使用一个正则表达式工具RegexBuddy时发现他的教程写的非常好,可以说是我目前见过最好的正则表达式教程。于是一直想把他翻译过来。这个愿望直到这个五一长假才得以实现,结果就有了这篇文章。关于本文的名字,使用“深入浅出”似乎已经太俗。但是通读原文...  阅读全文
posted @ 2006-05-09 15:53 若虚 阅读(279) | 评论 (0)编辑 收藏

2006年4月30日 #

作者: itzealot 发表日期: 2006-04-21 08:25 文章属性: 原创 复制链接


一些研究者(HayesBloom)的研究表明,在许多领域,都需要大约10 年时间才能培养出专业技能,包括国际象棋、作曲、绘画、钢琴、游泳、网球,以及神经心理学和拓扑学的研究。似乎并不存在真正的捷径:即使是莫扎特,他4 岁就显露出音乐天才,在他写出世界级的音乐之前仍然用了超过13年时间。再看另一种音乐类型的代表--披头士,他们似乎是在1964年的Ed Sullivan节目中突然冒头的。但其实他们从1957年就开始表演了,即使他们很早就显示出了巨大的吸引力,他们第一次真正的成功之作《Sgt. Peppers》也要到1967年才发行。Samuel Johnson(译注:英国诗人)认为10 年还是不够的:“任何领域的卓越成就都只能通过一生的努力来获得;稍低一点的代价也换不来。”(Excellence in any department can be attained only by the labor of a lifetime; it is not to be purchased at a lesser price.) 乔叟(译注:Chaucer,英国诗人,1340-1400)也抱怨说:“生命如此短暂,掌握技艺却要如此长久。”(the lyf so short, the craft so long to lerne.)
下面是我在编程这个行当里获得成功的处方:


  • 对编程感兴趣,因为乐趣而去编程。确定始终都能保持足够的乐趣,以致你能够将10年时间投入其中。
  • 跟其他程序员交谈;阅读其他程序。这比任何书籍或训练课程都更重要。
  • 编程。最好的学习是从实践中学习。用更加技术性的语言来讲,“个体在特定领域最高水平的表现不是作为长期的经验的结果而自动获得的,但即使是非常富有经验的个体也可以通过刻意的努力而提高其表现水平。”(p. 366),而且“最有效的学习要求为特定个体制定适当难度的任务,有意义的反馈,以及重复及改正错误的机会。”(p. 20-21)《Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life》(在实践中认知:心智、数学和日常生活的文化)是关于这个观点的一本有趣的参考书。
  • 如果你愿意,在大学里花上4年时间(或者再花几年读研究生)。这能让你获得一些工作的入门资格,还能让你对此领域有更深入的理解,但如果你不喜欢进学校,(作出一点牺牲)你在工作中也同样能获得类似的经验。在任何情况下,单从书本上学习都是不够的。“计算机科学的教育不会让任何人成为内行的程序员,正如研究画笔和颜料不会让任何人成为内行的画家”,Eric Raymond,《The New Hacker's Dictionary》(新黑客字典)的作者如是说。我曾经雇用过的最优秀的程序员之一仅有高中学历;但他创造出了许多伟大的软件,甚至有讨论他本人的新闻组,而且股票期权让他达到我无法企及的富有程度(译注:指Jamie Zawinski,XEmacs和Netscape Navigator的作者)。
  • 跟别的程序员一起完成项目。在一些项目中成为最好的程序员;在其他一些项目中当最差的一个。当你是最好的程序员时,你要测试自己领导项目的能力,并通过你的洞见鼓舞其他人。当你是最差的时候,你学习高手们在做些什么,以及他们不喜欢做什么(因为他们让你帮他们做那些事)。
  • 接手别的程序员完成项目。用心理解别人编写的程序。看看在没有最初的程序员在场的时候理解和修改程序需要些什么。想一想怎样设计你的程序才能让别人接手维护你的程序时更容易一些。
  • 学会至少半打编程语言。包括一门支持类抽象(class abstraction)的语言(如Java或C++),一门支持函数抽象(functional abstraction)的语言(如Lisp或ML),一门支持句法抽象(syntactic abstraction)的语言(如Lisp),一门支持说明性规约(declarative specification)的语言(如Prolog或C++模版),一门支持协程(coroutine)的语言(如Icon或Scheme),以及一门支持并行处理(parallelism)的语言(如Sisal)。
  • 记住在“计算机科学”这个词组里包含“计算机”这个词。了解你的计算机执行一条指令要多长时间,从内存中取一个word要多长时间(包括缓存命中和未命中的情况),从磁盘上读取连续的数据要多长时间,定位到磁盘上的新位置又要多长时间。(答案在这里。
  • 尝试参与到一项语言标准化工作中。可以是ANSI C++委员会,也可以是决定自己团队的编码风格到底采用2个空格的缩进还是4个。不论是哪一种,你都可以学到在这门语言中到底人们喜欢些什么,他们有多喜欢,甚至有可能稍微了解为什么他们会有这样的感觉。
  • 拥有尽快从语言标准化工作中抽身的良好判断力。


抱着这些想法,我很怀疑从书上到底能学到多少东西。在我第一个孩子出生前,我读完了所有“怎样……”的书,却仍然感到自己是个茫无头绪的新手。30个月后,我第二个孩子出生的时候,我重新拿起那些书来复习了吗?不。相反,我依靠我自己的经验,结果比专家写的几千页东西更有用更靠得住。
Fred Brooks在他的短文《No Silver Bullets》(没有银弹)中确立了如何发现杰出的软件设计者的三步规划:


  1. 尽早系统地识别出最好的设计者群体。
  2. 指派一个事业上的导师负责有潜质的对象的发展,小心地帮他保持职业生涯的履历。
  3. 让成长中的设计师们有机会互相影响,互相激励。


这实际上是假定了有些人本身就具有成为杰出设计师的必要潜质;要做的只是引导他们前进。Alan Perlis说得更简洁:“每个人都可以被教授如何雕塑;而对米开朗基罗来说,能教给他的倒是怎样能够不去雕塑。杰出的程序员也一样”。
所以尽管去买那些Java书;你很可能会从中找到些用处。但你的生活,或者你作为程序员的真正的专业技术,并不会因此在24小时、24天甚至24个月内发生真正的变化。

原文地址:http://zealot.blog.ccidnet.com/blog/ccid/do_showone/tid_36648.html

posted @ 2006-04-30 09:32 若虚 阅读(224) | 评论 (0)编辑 收藏

2006年3月31日 #

STL之父访谈录
1995年3月,Dr.Dobb's Journal特约记者, 著名技术书籍作家Al Stevens采访了STL创始人Alexander
Stepanov. 这份访谈纪录是迄今为止对于STL发展历史的最完备介绍, 侯捷先生在他的STL有关文章里
推荐大家阅读这篇文章. 因此我将该文全文翻译如下:

Q: 您对于generic programming进行了长时间的研究, 请就此谈谈.
A: 我开始考虑有关GP的问题是在7O年代末期, 当时我注意到有些算法并不依赖于数据结构的
   特定实现,而只是依赖于该结构的几个基本的语义属性. 于是我开始研究大量不同的算法,
   结果发现大部分算法可以用这种方法从特定实现中抽象出来, 而且效率无损. 对我来说,
   效率是至关重要的, 要是一种算法抽象在实例化会导致性能的下降, 那可不够棒.
  
   当时我认为这项研究的正确方向是创造一种编程语言. 我和我的两个朋友一起开始干起来.
   一个是现在的纽约州立大学教授Deepak Kapur, 另一个是伦塞里尔技术学院教授David Musser.
   当时我们三个在通用电器公司研究中心工作. 我们开始设计一种叫Tecton的语言. 该语言
   有一种我们称为"通用结构"的东西, 其实不过是一些形式类型和属性的集合体, 人们可以
   用它来描述算法. 例如一些数学方面的结构充许人们在其上定义一个代数操作, 精化之,
   扩充之, 做各种各样的事.
 
   虽然有很多有趣的创意, 最终该项研究没有取得任何实用成果, 因为Tecton语言是函数型
   语言. 我们信奉Backus的理念,相信自己能把编程从von Neumann风格中解放出来. 我们
   不想使用副效应, 这一点限制了我们的能力, 因为存在大量需要使用诸如"状态", "副效
   应"等观念的算法.  

   我在70年代末期在Tecton上面所认识到了一个有趣的问题: 被广泛接受的ADT观念有着根本
   性的缺陷. 人们通常认为ADT的特点是只暴露对象行为特征, 而将实现隐藏起来. 一项操作
   的复杂度被认为是与实现相关的属性, 所以抽象的时候应予忽略. 我则认识到, 在考虑一
   个(抽象)操作时, 复杂度(或者至少是一般观念上的复杂度)必须被同时考虑在内. 这一点
   现在已经成了GP的核心理念之一.

   例如一个抽象的栈stack类型,  仅仅保证你push进去的东西可以随后被pop出来是不够的,
   同样极端重要的是, 不管stack有多大, 你的push操作必须能在常数时间内完成. 如果我
   写了一个stack, 每push一次就慢一点, 那谁都不会用这个烂玩艺.

   我们是要把实现和界面分开, 但不能完全忽略复杂度. 复杂度必须是, 而且也确实是横陈
   于模块的使用者与实现者之间的不成文契约. ADT观念的引入是为了允许软件模块相互可
   替换. 但除非另一个模块的操作复杂度与这个模块类似, 否则你肯定不愿意实现这种互换.
   如果我用另外一个模块替换原来的模块, 并提供完全相同的接口和行为, 但就是复杂度不
   同, 那么用户肯定不高兴. 就算我费尽口舌介绍那些抽象实现的优点, 他肯定还是不乐意
   用. 复杂度必须被认为是接口的一部分.

   1983年左右, 我转往纽约布鲁克林技术大学任教. 开始研究的是图的算法, 主要的合作伙
   伴是现在IBM的Aaron Kershenbaum. 他在图和网络算法方面是个专家, 我使他相信高序(high
   order)的思想和GP能够应用在图的算法中. 他支持我与他合作开始把这些想法用于实际的
   网络算法. 某些图的算法太复杂了, 只进行过理论分析, 从来没有实现过. 他企图建立一个
   包含有高序的通用组件的工具箱, 这样某些算法就可以实现了. 我决定使用Lisp语言的一个
   变种Scheme语言来建立这样一个工具箱. 我们俩建立了一个巨大的库, 展示了各种编程技术.
   网络算法是首要目标. 不久当时还在通用电器的David Musser加了进来, 开发了更多的组件,
   一个非常大的库. 这个库供大学里的本科生使用, 但从未商业化. 在这项工作中, 我了解到
   副效应是很重要的, 不利用副效应, 你根本没法进行图操作. 你不能每次修改一个端点(vertex)
   时都在图上兜圈子. 所以, 当时得到的经验是在实现通用算法时可以把高序技术和副效应结
   合起来. 副效应不总是坏的, 只有在被错误使用时才是.

   1985年夏, 我回到通用电器讲授有关高序程序设计的课程. 我展示了在构件复杂算法时这项
   技术的应用. 有一个听课的人叫陈迩, 当时是信息系统实验室的主任. 他问我是否能用Ada语
   言实现这些技术, 形成一个工业强度的库, 并表示可以提供支持. 我是个穷助教, 所以尽管我
   当时对于Ada一无所知, 我还是回答"好的". 我跟Dave Musser一起建立这个Ada库. 这是很重
   要的一个时期, 从象Scheme那样的动态类型语言(dynamically typed language)转向Ada这
   样的强类型语言, 使我认识到了强类型的重要性. 谁都知道强类型有助于纠错. 我则发现在
   Ada的通用编程中, 强类型是获取设计思想的有力工具. 它不仅是查错工具, 而且是思想工具.
   这项工作给了我对于组件空间进行正交分解的观念. 我认识到, 软件组件各自属于不同的类别.
   OOP的狂热支持者认为一切都是对象. 但我在Ada通用库的工作中认识到, 这是不对的. 二分查找
   就不是个对象, 它是个算法. 此外, 我还认识到, 通过将组件空间分解到几个不同的方向上, 我
   们可以减少组件的数量, 更重要的是, 我们可以提供一个设计产品的概念框架.

   随后, 我在贝尔实验室C++组中得到一份工作, 专事库研究. 他们问我能不能用C++做类似的事.
   我那时还不懂C++, 但当然, 我说我行. 可结果我不行, 因为1987年时, C++中还没有模板, 这玩
   艺在通用编程中是个必需品. 结果只好用继承来获取通用性, 那显然不理想.

   直到现在C++继承机制也不大用在通用编程中, 我们来说说为什么. 很多人想用继承实现数据结构
   和容器类, 结果几乎全部一败涂地. C++的继承机制及与之相关的编程风格有着戏剧性的局限. 用
   这种方式进行通用编程, 连等于判断这类的小问题都解决不了. 如果你以X类作为基类, 设计了
   一个虚函数operater==, 接受一个X类对象, 并由X派生类Y, 那么Y的operator==是在拿Y类对象与
   X类对象做比较. 以动物为例, 定义animal类, 派生giraffe(长颈鹿)类. 定义一个成员函数
   mate(), 实现与另一个哺乳动物的交配操作, 返回一个animal对象. 现在看看你的派生类giraffe,
   它当然也有一个mate()方法, 结果一个长颈鹿同一个动物交配, 返回一个动物对象. 这成何体统?
   当然, 对于C++程序员来说, 交配函数没那么重要, 可是operator==就很重要了.

   对付这种问题, 你得使用模板. 用模板机制, 一切如愿.

   尽管没有模板, 我还是搞出来一个巨大的算法库, 后来成了Unix System Laboratory Standard
   Component Library的一部分. 在Bell Lab, 我从象Andy Koenig, Bjarne Stroustrup(Andrew
   Koenig, 前ISO C++标准化委员会主席; Bjarne Stroustrup, C++之父 -- 译者)这类专家
   身上学到很多东西. 我认识到C/C++的重要, 它们的一些成功之处是不能被忽略的. 特别是我发
   现指针是个好东东. 我不是说空悬的指针, 或是指向栈的指针. 我是说指针这个一般观念. 地
   址的观念被广泛使用着. 没有指针我们就没法描述并行算法.

   我们现在来探讨一下为什么说C是一种伟大的语言. 通常人们认为C是编程利器并且获得如此成功,
   是因为UNIX是用C写的. 我不同意. 计算机的体系结构是长时间发展演变的结果, 不是哪一个聪明
   的人创造的. 事实上是广大程序员在解决实际问题的过程中提出的要求推动了那些天才提出这些
   体系. 计算机经过多次进化, 现在只需要处理字节地址索引的内存, 线性地址空间和指针. 这个
   进化结果是对于人们要求解决问题的自然反映. Dennis Ritchie天才的作品C, 正反映了演化了
   30年的计算机的最小模型. C当时并不是什么利器. 但是当计算机被用来处理各种问题时, 作为
   最小模型的C成了一种非常强大的语言, 在各个领域解决各种问题时都非常高效. 这就是C可移植
   性的奥秘, C是所有计算机的最佳抽象模型, 而且这种抽象确确实实是建立在实际的计算机, 而
   不是假想的计算机上的. 人们可以比较容易的理解C背后的机器模型, 比理解Ada和Scheme语言背
   后的机器模型要容易的多. C的成功是因为C做了正确的事, 不是因为AT&T的极力鼓吹和UNIX.

   C++的成功是因为Bjarne Stroustrup以C为出发点来改进C, 引入更多的编程技术, 但始终保持在
   C所定义的机器模型框架之内, 而不是闭门造车地自己搞出一个新的机器模型来. C的机器模型非
   常简单. 你拥有内存, 对象保存在那里面, 你又有指向连续内存空间的指针, 很好理解. C++保留
   了这个模型, 不过大大扩展了内存中对象的范畴, 毕竟C的数据类型太有限了, 它允许你建立新的
   类型结构, 但不允许你定义类型方法. 这限制了类型系统的能力. C++把C的机器模型扩展为真正
   类型系统.

   1988年我到惠普实验室从事通用库开发工作. 但实际上好几年我都是在作磁盘驱动器. 很有趣但跟
   GP毫不相关. 92年我终于回到了GP领域, 实验室主任Bill Worley建立了一个算法研究项目, 由我
   负责. 那时候C++已经有模板了. 我发现Bjarne的模板设计方案是非常天才的. 在Bell Lab时, 我参
   加过有关模班设计的几个早期的讨论, 跟Bjarne吵得很凶, 我认为C++的模板设计应该尽可能向Ada的
   通用方案看齐. 我想可能我吵得太凶了, 结果Bjarne决定坚决拒绝我的建议. 我当时就认识到在C++
   中设置模板函数的必要性了, 那时候好多人都觉得最好只有模板类. 不过我觉得一个模板函数在使用
   之前必须先显式实例化, 跟Ada似的. Bjarne死活不听我的, 他把模板函数设计成可以用重载机制来
   隐式实例化. 后来这个特别的技术在我的工作中变得至关重要, 我发现它容许我做很多在Ada中不可能
   的任务. 非常高兴Bjarne当初没听我的.

Q: 您是什么时候第一次构思STL的, 最初的目的是什么?
A: 92年那个项目建立时由8个人, 渐渐地人越来越少, 最后剩下俩, 我和李梦, 而且李小姐是这个领域的新
   手. 在她的专业研究中编译器是主要工作, 不过她接受了GP研究的想法, 并且坚信此项研究将带给软件开
   发一个大变化, 要知道那时候有这个信念的认可是寥寥无几. 没有她, 我可不敢想象我能搞定STL, 毕竟
   STL标着两个人的名字:Stepanov和Lee. 我们写了一个庞大的库, 庞大的代码量, 庞大的数据结构组件,
   函数对象, 适配器类, 等等. 可是虽然有很多代码, 却没有文档. 我们的工作被认为是一个验证性项目,
   其目的是搞清楚到底能不能在使算法尽可能通用化的前提下仍然具有很高的效率. 我们化了很多时间来
   比较, 结果发现, 我们算法不仅最通用, 而且要率与手写代码一样高效, 这种程序设计风格在性能上是
   不打折扣的! 这个库在不断成长, 但是很难说它是什么时候成为一个"项目"的. STL的诞生是好几件事情
   的机缘巧合才促成的.

Q: 什么时候, 什么原因促使您决定建议使STL成为ANSI/ISO标准C++一部分的?
A: 1993年夏, Andy Koenig跑到斯坦福来讲C++课, 我把一些有关的材料给他看, 我想他当时确实是很兴奋.
   他安排我9月到圣何塞给C++标准委员会做一个演讲. 我演讲的题目是"C++程序设计的科学", 讲得很理
   论化, 要点是存在一些C++的基本元素所必须遵循的, 有关基本操作的原则. 我举了一些例子, 比如构
   造函数, 赋值操作, 相等操作. 作为一种语言,  C++没有什么限制. 你可以用operator==()来做乘法.
   但是相等操作就应该是相等操作. 它要有自反性,  A == A; 它要有对称性, A == B 则 B == A; 它还
   要有传递性. 作为一个数学公理, 相等操作对于其他操作是基本的要素. 构造函数和相等操作之间的联
   系就有公理性的东西在里边. 你用拷贝构造函数生成了一个新对象, 那么这个对象和原来那个就应该是
   相等的. C++是没有做强行要求, 但是这是我们都必须遵守这个规则. 同样的, 赋值操作也必须产生相等
   的对象. 我展示了一些基本操作的"公理", 还讲了一点迭代子(iterator), 以及一些通用算法怎样利用迭
   代子来工作. 我觉得那是一个两小时的枯燥演讲, 但却非常受欢迎. 不过我那时并没有想把这个东西塞在
   标准里, 它毕竟是太过先进的编程技术, 大概还不适于出现在现实世界里, 恐怕那些做实际工作的人对它
   没什么兴趣.

   我是在9月做这个演讲的, 直到次年(1994)月, 我都没往ANSI标准上动过什么脑筋. 1月6日, 我收到
   Andy Koenig的一封信(他那时是标准文档项目编辑), 信中说如果我希望STL成为标准库的一部分, 可以
   在1月25日之前提交一份建议到委员会. 我的答复是:"Andy, 你发疯了吗?", 他答复道:"不错, 是的我
   发疯了, 为什么咱们不疯一次试试看?"

   当时我们有很多代码, 但是没有文档, 更没有正式的建议书. 李小姐和我每星期工作80小时, 终于在
   期限之前写出一份正式的建议书. 当是时也, 只有Andy一个人知道可能会发生些什么. 他是唯一的支
   持者, 在那段日子里他确实提供了很多帮助. 我们把建议寄出去了, 然后就是等待. 在写建议的过程
   中我们做了很多事. 当你把一个东西写下来, 特别是想到你写的可能会成为标准, 你就会发现设计中
   的所有纰漏. 寄出标准后,我们不得不一段一段重写了库中间的代码, 以及几百个组件, 一直到3月份
   圣迭戈会议之前. 然后我们又重新修订了建议书, 因为在重新写代码的过程中, 我们又发现建议书中
   间的很多瑕疵.

Q: 您能描述一下当时委员会里的争论吗? 建议一开始是被支持呢, 还是反对?
A: 我当时无法预料会发生些什么. 我做了一个报告, 反响很好. 但当时有许多反对意见. 主要的意见是:
   这是一份庞大的建议, 而且来得太晚, 前一次会议上已经做出决议, 不在接受任何大的建议. 而这个
   东西是有史以来最大的建议, 包括了一大堆新玩艺. 投票的结果很有趣, 压倒多数的意见认为应对
   建议进行再考虑, 并把投票推迟到下次会议, 就是后来众所周知的滑铁卢会议.

   Bjarne Stroustrup成了STL的强有力支持者. 很多人都通过建议、更改和修订的方式给予了帮助。
   Bjarne干脆跑到这来跟我们一起工作了一个礼拜。Andy更是无时无刻的帮助我们。C++是一种复杂
   的语言,不是总能搞得清楚确切的含义的。差不多每天我都要问Andy和Bjarne C++能不能干这干那。
   我得把特殊的荣誉归于Andy, 是他提出把STL作为C++标准库的一部分;而Bjarne也成了委员会中
   STL的主要鼓吹者。其他要感谢的人还有:Mike Vilot,标准库小组的负责人; Rogue Wave公司的
   Nathan Myers(Rogue Wave是Boland C++Builder中STL方案的提供商 ―― 译者),Andersen咨询公
   司的Larry Podmolik。确实有好多人要致谢。

   在圣迭戈提出的STL实际与当时的C++,我们被要求用新的ANSI/ISO C++语言特性重写STL,这些特性
   中有一些是尚未实现的。为了正确使用这些新的、未实现的C++特性,Bjarne和Andy花了无以计数的
   时间   来帮助我们。

   人们希望容器独立于内存模式,这有点过分,因为语言本身并没有包括内存模式。所以我们得要想出
   一些机制来抽象内存模式。在STL的早期版本里,假定容器的容积可以用size_t类型来表示,迭代子
   之间的距离可以用ptrdiff_t来表示。现在我们被告知,你为什么不抽象的定义这些类型?这个要求
   比较高,连语言本身都没有抽象定义这些类型,而且C/C++数组还不能被这些类型定义所限定。我们
   发明了一个机制称作"allocator",封装了内存模式的信息。这各机制深刻地影响了库中间的每一个
   组件。你可能疑惑:内存模式和算法或者容器类接口有什么关系?如果你使用size_t这样的东西,你
   就无法使用 T* 对象,因为存在不同的指针类型(T*, T huge *, 等等)。这样你就不能使用引用,因
   为内存模式不同的话,会产成不同的引用类型。这样就会导致标准库产生庞大的分支。

   另外一件重要的事情是我们原先的关联类型数据结构被扩展了。这比较容易一些,但是最为标准的东
   西总是很困难的,因为我们做的东西人们要使用很多年。从容器的观点看,STL做了十分清楚的二分
   法设计。所有的容器类被分成两种:顺序的和关联的,就好像常规的内存和按内容寻址的内存一般。
   这些容器的语义十分清楚。

   当我到滑铁卢以后,Bjarne用了不少时间来安慰我不要太在意成败与否,因为虽然看上去似乎不会成功,
   但是我们毕竟做到了最好。我们试过了,所以应该坦然面对。成功的期望很低。我们估计大部分的意见
   将是反对。但是事实上,确实有一些反对意见,但不占上风。滑铁卢投票的结果让人大跌眼镜,80%赞
   成,20%反对。所有人都预期会有一场恶战,一场大论战。结果是确实有争论,但投票是压倒性的。

Q: STL对于1994年2月发行的ANSI/ISO C++工作文件中的类库有何影响?
A: STL被放进了滑铁卢会议的工作文件里。STL文档被分解成若干部分,放在了文件的不同部分中。Mike
   Vilot负责此事。我并没有过多地参与编辑工作,甚至也不是C++委员会的成员。不过每次有关STL的
   建议都由我来考虑。委员会考虑还是满周到的。

Q: 委员会后来又做了一些有关模板机制的改动,哪些影响到了STL?
A: 在STL被接受之前,有两个变化影响到了我们修订STL。其一是模板类增加了包含模板函数的能力。STL
   广泛地使用了这个特性来允许你建立各种容纳容器的容器。一个单独的构造函数就能让你建立一个能容
   纳list或其他容器的的vector。还有一个模板构造函数,从迭代子构造容器对象,你可以用一对迭代子
   当作参数传给它,这对迭代子之间的元素都会被用来构造新的容器类对象。另一个STL用到的新特性是
   把模板自身当作模板参数传给模板类。这项技术被用在刚刚提到的allocator中。

Q: 那么STL影响了模板机制吗?
A: 在弗基山谷的会议中,Bjarne建议给模板增加一个“局部特殊化”(partial specialization)的特性。
   这个特性可以让很多算法和类效率更高,但也会带来代码体积上的问题。我跟Bjarne在这个建议上共同
   研究了一段时间,这个建议就是为了使STL更高效而提出的。我们来解释一下什么是“局部特殊化”。
   你现在有一个模板函数 swap( T&, T& ),用来交换两个参数。但是当T是某些特殊的类型参数时,你想
   做一些特殊的事情。例如对于swap( int&, int& ),你想用一种特别的操作来交换数据。这一点在没有
   局部特殊化机制的情况下是不可能的。有了局部特殊化机制,你可以声明一个模板函数如下:
  
       template <class T> void swap( vector<T>&, vector<T>& );

   这种形式给vector容器类的swap操作提供了一种特别的办法。从性能的角度讲,这是非常重要的。如果
   你用通用的形式去交换vector,会使用三个赋值操作,vector被复制三次,时间复杂度是线性的。然而,
   如果我们有一个局部特殊化的swap版本专门用来交换两个vector,你可以得到一个时间复杂度为常数的,
   非常快的操作,只要移动vector头部的两个指针就OK。这能让vector上的sort算法运行得更快。没有局
   部特殊化,让某一种特殊的vector,例如vector<int>运行得更快的唯一办法是让程序员自己定一个特殊
   的swap函数,这行得通,但是加重了程序员的负担。在大部分情况下,局部特殊化机制能够让算法在某
   些通用类上表现得更高效。你有最通用的swap,不那么通用的swap,更不通用的swap,完全特殊的swap
   这么一系列重载的swap,然后你使用局部特殊化,编译器会自动找到最接近的那个swap。另一个例子是
   copy。现在我们的copy就是通过迭代子一个一个地拷贝。使用模板特殊化可以定义一个模板函数:

 template <class T> T** copy( T**, T**, T** );

   这可以用memcpy高效地拷贝一系列指针来实现,因为是指针拷贝,我们可以不必担心构造对象和析构
   对象的开销。这个模板函数可以定义一次,然后供整个库使用,而且用户不必操心。我们使用局部特殊
   化处理了一些算法。这是个重要的改进,据我所知在弗基山谷会议上得到了好评,将来会成为标准的一
   部分。(后来的确成了标准的一部分 ―― 译者)

Q: 除了标准类库外,STL对那一类的应用程序来说最有用处?
A: 我希望STL能够引导大家学习一种新的编程风格:通用编程。我相信这种风格适用于任何种类的应用程
   序。这种风格就是:用最通用的方式来写算法和数据结构。这些结构所要求的语义特性应该能够被清楚
   地归类和分类,而这些归类分类的原则应该是任何对象都能满足的。理解和发展这种技术还要很长时间,
   STL不过是这个过程的起点。
 
   我们最终会对通用的组件有一个标准的分类,这些组件具有精心定义的接口和复杂度。程序员们将不必
   在微观层次上编程。你再也不用去写一个二分查找算法。就是在现在,STL也已经提供了好几个通用的
   二分查找算法,凡是能用二分查找算法的场合,都可以使用这些算法。算法所要求的前提条件很少:你
   只要在代码里使用它。我希望所有的组件都能有这么一天。我们会有一个标准的分类,人们不用再重复
   这些工作。

   这就是Douglas McIlroy的梦想,他在1969年关于“构件工厂”的那篇著名文章中所提出来的东西。STL
   就是这种“构件工厂”的一个范例。当然,还需要有主流的力量介入这种技术的发展之中,光靠研究机
   构不行,工业界应该想程序员提供组件和工具,帮助他们找到所需的组件,把组件粘合到一起,然后
   确定复杂度是否达到预期。

Q: STL没有实现一个持久化(persistent)对象容器模型。map和multimap似乎是比较好的候选者,它们可以
   把对象按索引存入持久对象数据库。您在此方向上做了什么工作吗,或者对这类实现有何评论?
A:很多人都注意到这个问题。STL没实现持久化是有理由的。STL在当时已经是能被接受的最巨大的库了。
   再大一点的话,我认为委员会肯定不会接受。当然持久化是确实是一些人提出的问题。在设计STL,特别
   是设计allocator时,Bjarne认为这个封装了内存模式的组件可以用来封装持久性内存模式。Bjarne的
   洞察秋毫非常的重要和有趣,好几个对象数据库公司正在盯着这项技术。1994年10月我参加了Object
   Database Management Group的一个会议,我做了一个关于演说。他们非常感兴趣,想让他们正在形成
   中的组件库的接口与STL一致,但不包括allocator在内。不过该集团的某些成员仔细分析了allocator
   是否能够被用来实现持久化。我希望与STL接口一致的组件对象持久化方案能在接下来的一年里出现。

Q:set,multiset,map和multimap是用红黑树实现的,您试过用其他的结构,比如B*树来实现吗?
A:我不认为B*适用于内存中的数据结构,不过当然这件事还是应该去做的。应该对许多其他的数据结构,
   比如跳表(skip list)、伸展树(splay tree)、半平衡树(half-balanced tree)等,也实现STL容器的标
   准接口。应该做这样的研究工作,因为STL提供了一个很好的框架,可以用来比较这些结构的性能。结口
   是固定的,基本的复杂度是固定的,现在我们就可一个对各种数据结构进行很有意义的比较了。在数据
   结构领域里有很多人用各种各样的接口来实现不同的数据结构,我希望他们能用STL框架来把这些数据
   结构变成通用的。
   (译者注:上面所提到的各种数据结构我以为大多并非急需,而一个STL没有提供而又是真正重要的数据
     结构是哈希结构。后来在Stepanov和Matt Austern等人的SGI*STL中增补了hashset,hashmap和
     hashtable三种容器,使得这个STL实现才比较完满。众所周知,红黑树的时间复杂度为O(logN), 而理
     想hash结构为O(1)。当然,如果实现了持久化,B+树也是必须的。)

Q:有没有编译器厂商跟您一起工作来把STL集成到他们的产品中去?
A:是的,我接到了很多厂家的电话。Borland公司的Peter Becker出的力特别大。他帮助我实现了对应
   Borland编译器的所有内存模式的allocator组件。Symantec打算为他们的Macintosh编译器提供一个STL
   实现。Edison设计集团也很有帮助。我们从大多数编译器厂商都得到了帮助。
   (译者注:以目前的STL版本来看,最出色的无疑是SGI*STL和IBM STL for AS/390,所有Windows下的
     的STL实现都不令人满意。根据测试数据,Windows下最好的STL运行在PIII 500MHz上的速度远远
     落后与在250MHz SGI工作站(IRIX操作系统)上运行的SGI*STL。以我个人经验,Linux也是运行STL
     的极佳平台。而在Windows的STL实现中,又以Borland C++Builder的Rogue Wave STL为最差,其效率
     甚至低于JIT执行方式下的Java2。Visual C++中的STL是著名大师P. J. Plauger的个人作品,性能较
     好,但其queue组件效率很差,慎用)

Q:STL包括了对MS-DOS的16位内存模式编译器的支持,不过当前的重点显然是在32位上线性内存模式
   (flat model)的操作系统和编译器上。您觉得这种面向内存模式的方案以后还会有效吗?
A:抛开Intel的体系结构不谈,内存模式是一个对象,封装了有关指针的信息:这个指针的整型尺寸和
   距离类型是什么,相关的引用类型是什么,等等。如果我们想利用各种内存,比如持久性内存,共享
   内存等等,抽象化的工作就非常重要了。STL的一个很漂亮的特性是整个库中唯一与机器类型相关的
   部分――代表真实指针,真实引用的组件――被封装到大约16行代码里,其他的一切,容器、算法等
   等,都与机器无关(真是牛啊!)。从移植的观点看,所有及其相关的东西,象是地址记法,指针等
   等,都被封装到一个微小的,很好理解的机制里面。这样一来,allocator对于STL而言就不是那么
   重要了,至少不像对于基本数据结构和算法的分解那么重要。


Q:ANSI/ISO C标准委员会认为像内存模式这类问题是平台相关的,没有对此做出什么具体规定。C++委员
   会会不会采取不同的态度?为什么?
A:我认为STL在内存模式这一点上跟C++标准相比是超前的。但是在C和C++之间有着显著的不同。C++有构造
   函数和new操作符来对付内存模式问题,而且它们是语言的一部分。现在看来似乎让new操作符像STL容器
   使用allocater那样来工作是很有意义的。不过现在对问题的重要性不像STL出现之前那么显著了,因为
   在大多数场合,STL数据结构将让new失业。大部分人不再需要分配一个数组,因为STL在做这类事情上
   更为高效。要知道我对效率的迷信是无以复加的,可我在我的代码里从不使用new,汇编代码表明其效率
   比使用new时更高。随着STL的广泛使用,new会逐渐淡出江湖。而且STL永远都会记住回收内存,因为当
   一个容器,比如vector退出作用域时,它的析构函数被调用,会把容器里的所有东西都析构。你也不必
   再担心内存泄漏了。STL可以戏剧性地降低对于垃圾收集机制的需求。使用STL容器,你可以为所欲为,
   不用关心内存的管理,自有STL构造函数和析构函数来对付。


Q:C++标准库子委员会正在制订标准名空间(namespace)和异常处理机制。STL类会有名空间吗,会抛出异
   常吗?
A:是的。该委员会的几个成员正在考虑这件事,他们的工作非常卓越。

Q:现在的STL跟最终作为标准的STL会有多大不同?委员会会不会干预某些变化,新的设计会不会被严格地控
   制起来?
A:多数人的意见看起来是不希望对STL做任何重要的改变。

Q:在成为标准之前,程序员们怎样的一些STL经验?
A:他们可以从butler.hpl.hp.com/stl当下STL头文件,在Borland和IBM或其他足够强劲的的编译器中使用它。
   学习这种编程技术的唯一途径是编程,看看范例,试着用这种技术来编程。

Q:您正在和P. J. Plauger合作一本STL的书。那本书的重点是什么?什么时候面世?
A:计划95年夏天面世,重点是对STL实现技术的详解,跟他那本标准C库实现和标准C++库实现的书类似。他是
   这本书的第一作者。该书可以作为STL的参考手册。我希望跟Bjarne合作另写一本书,在C++/STL背景下介绍
   语言与库的交互作用。

   好多工作都等着要做。为了STL的成功,人们需要对这种编程技术进行更多的试验性研究,更多的文章和书籍
   应该对此提供帮助。要准备开设此类课程,写一些入门指南,开发一些工具帮助人们漫游STL库。STL是一个
   框架,应该有好的工具来帮助使用这个框架。
   (译者注:他说这番话时,并没有预计到在接下来的几年里会发生什么。由于Internet的大爆炸和Java、
     VB、Delphi等语言的巨大成功,工业界的重心一下子从经典的软件工程领域转移到Internet上。再加上
     标准C++直到98年才制订,完全符合要求的编译器直到现在都还没有出现,STL并没有立刻成为人们心中的
     关注焦点。他提到的那本书也迟迟不能问世,直到前几天(2001年元旦之后),这本众人久已期盼的书
     终于问世,由P. J. Plauger, Alexander Stepanov, Meng Lee, David Musser四大高手联手奉献,
     Prentice Hall出版。不过该书主要关注的是STL的实现技术,不适用于普通程序员。

     另外就P. J. Plauger做一个简介:其人是标准C中stdio库的早期实现者之一,91年的一本关于标准
     C库的书使他名满天下。他现在是C/C++ Use's Journal的主编,与Microsoft保持着良好的,甚至是
     过分亲密的关系,Visual C++中的STL和其他的一些内容就是出自他的那只生花妙笔。不过由于跟MS
     的关系已经影响到了他的中立形象,现在有不少人对他有意见。

     至于Stepanov想象中的那本与Stroustrup的书,起码目前是没听说。其实这两位都是典型的编程圣手,
     跟Ken Thompson和Dennis Ritchie是一路的,懒得亲自写书,往往做个第二作者。如果作为第一作者,
     写出来的书肯定是学院味十足,跟标准文件似的,不适合一般程序员阅读。在计算机科学领域,编程
     圣手同时又是写作高手的人是凤毛麟角,最著名的可能是外星人D. E. Knuth, C++领域里则首推前面
     提到的Andrew Koenig。可惜我们中国程序员无缘看到他的书。)

Q:通用编程跟OOP之间有什么关系?
A:一句话,通用编程是OOP基本思想的自然延续。什么是OOP的基本思想呢?把组件的实现和接口分开,并
   且让组件具有多态性。不过,两者还是有根本的不同。OOP强调在程序构造中语言要素的语法。你必须
   得继承,使用类,使用对象,对象传递消息。GP不关心你继承或是不继承,它的开端是分析产品的分类,
   有些什么种类,他们的行为如何。就是说,两件东西相等意味着什么?怎样正确地定义相等操作?不单
   单是相等操作那么简单,你往深处分析就会发现“相等”这个一般观念意味着两个对象部分,或者至少
   基本部分是相等的,据此我们就可以有一个通用的相等操作。再说对象的种类。假设存在一个顺序序列
   和一组对于顺序序列的操作。那么这些操作的语义是什么?从复杂度权衡的角度看,我们应该向用户提
   供什么样的顺序序列?该种序列上存在那些操作?那种排序是我们需要的?只有对这些组件的概念型分
   类搞清楚了,我们才能提到实现的问题:使用模板、继承还是宏?使用什么语言和技术?GP的基本观点
   是把抽象的软件组件和它们的行为用标准的分类学分类,出发点就是要建造真实的、高效的和不取决于
   语言的算法和数据结构。当然最终的载体还是语言,没有语言没法编程。STL使用C++,你也可以用Ada
   来实现,用其他的语言来实现也行,结果会有所不同,但基本的东西是一样的。到处都要用到二分查找
   和排序,而这就是人们正在做的。对于容器的语义,不同的语言会带来轻微的不同。但是基本的区别很
   清楚是GP所依存的语义,以及语义分解。例如,我们决定需要一个组件swap,然后指出这个组件在不同的
   语言中如果工作。显然重点是语义以及语义分类。而OOP所强调的(我认为是过分强调的)是清楚的定义
   类之间的层次关系。OOP告诉了你如何建立层次关系,却没有告诉你这些关系的实质。
   (这段不太好理解,有一些术语可能要过一段时间才会有合适的中文翻译――译者)

Q:您对STL和GP的未来怎么看?
A:我刚才提到过,程序员们的梦想是拥有一个标准的组件仓库,其中的组件都具有良好的、易于理解的和标
   准的接口。为了达成这一点,GP需要有一门专门的科学来作为基础和支柱。STL在某种程度上开始了这项
   工作,它对于某些基本的组件进行了语义上的分类。我们要在这上面下更多的功夫,目标是要将软件工程
   从一种手工艺技术转化为工程学科。这需要一门对于基本概念的分类学,以及一些关于这些基本概念的定
   理,这些定理必须是容易理解和掌握的,每一个程序员即使不能很清楚的知道这些定理,也能正确地使用
   它。很多人根本不知道交换律,但只要上过学的人都知道2+5等于5+2。我希望所有的程序员都能学习一些
   基本的语义属性和基本操作:赋值意味着什么?相等意味着什么?怎样建立数据结构,等等。

   当前,C++是GP的最佳载体。我试过其他的语言,最后还是C++最理想地达成了抽象和高效的统一。但是
   我觉得可能设计出一种语言,基于C和很多C++的卓越思想,而又更适合于GP。它没有C++的一些缺陷,特别
   是不会像C++一样庞大。STL处理的东西是概念,什么是迭代子,不是类,不是类型,是概念。说得更正式
   一些,这是Bourbaki所说的结构类型(structure type),是逻辑学家所说的理念(theory),或是类型
   理论学派的人所说的种类(sort),这种东西在C++里没有语言层面上的对应物(原文是incarnation,直译
   为肉身――译者),但是可以有。你可以拥有一种语言,使用它你可以探讨概念,精化概念,最终用一种
   非常“程序化”(programmatic,直译为节目的,在这里是指符合程序员习惯的――译者)的手段把它们
   转化为类。当然确实有一些语言能处理种类(sorts),但是当你想排序(sort)时它们没什么用处。我们
   能够有一种语言,用它我们能定义叫做foward iterator(前向迭代子)的东西,在STL里这是个概念,没有
   C++对应物。然后我们可以从forword iterator中发展出bidirectional iterator(双向迭代子),再发展
   出random iterator。可能设计一种语言大为简化GP,我完全相信该语言足够高效,其机器模型与C/C++充分
   接近。我完全相信能够设计出一种语言,一方面尽可能地靠近机器层面以达成绝对的高效,另一方面能够处
   理非常抽象化的实体。我认为该语言的抽象性能够超过C++,同时又与底层的机器之间契合得天衣无缝。我认
   为GP会影响到语言的研究方向,我们会有适于GP的实用语言。从这些话中你应该能猜出我下一步的计划。

                                                                                       mengyan
             译于2001年1月

posted @ 2006-03-31 20:00 若虚 阅读(341) | 评论 (0)编辑 收藏

仅列出标题