希望大家回帖，将自己的一些心得留下，除此外这帖希望不要出现“看看，顶“之类的与FAQ无关的话题，以后我会将大家的经验集合成一个.chm，或PDF文档放在前面。希望能给观看者一个纯粹的经验集；希望合作。最近比较忙，所以很少上来，以后会慢慢补充，并深入的讨论相关的主题，主题帖子会按类再开新帖。
一。先介绍书
1.PASCAL语法学习推荐两本：PASCAL精要（这本书的语法介绍不齐全，因为注明是精要，介绍了常用的语法知识，带有许多例子示范，是很好的语法入门教材）ObjectPascal中文参考手册（官方教材，语法很齐，缺点是例子少，特别是后面关于内存管理一章，使你对之前所学有更深入的了解），建议精度这两本书，亲手实践体会里面的例子，ObjectPascal中文参考手册我系统的重读了3次，可能是比较笨的原因，至今仍未完全掌握。（估计要花起码半个月的时间） 注：ObjectPascal中文参考手册 里面有些章节可以先不去看，以后遇到了再回头来看比较好理解，如：内嵌汇编程序代码，编译指示

2.会了语法，那就开始干事吧：建议初学者在学习的前阶段不要设计过多的控件，不然你会迷失在控件的海洋里（这个阶段在2个月内），所以建议两本书：Delphi面向对象编程思想，Delphi6组件大全（这个是工具书）， 控件也在 Delphi面向对象编程思想 这书里学，在这本书里设计的控件都是常用控件，建议每遇到一个控件就是就去查 Delphi6组件大全（如果你英语不好的话），最好是按F1查帮助，养成自己查帮助的习惯，并且按着Ctrl + 左键点击的方式 学习某个控件的源代码（深入的程度自己把握），起码要了解大概的接口，这里主要不是学控件，而是学面向对象的思想，学习怎么封装，怎么抽象问题等等，主要是为了以后设计工程时打好基础，delphi只是一个支持面向对象编程的工具而已，不是编程的全部，而思想是不受程序语言约束的。这本书的精华就是思想，是目前面向对象编程模式的核心，这个思想应该贯穿你以后的所有工程。这个阶段完成，你起码对delphi组件的继承关系，封装等有初步的了解了，并掌握了一些常用控件的用法。

3.专业，不可能人人都同时富裕，同样不可能精通全部的东西，甚至对某一专业领域做到大声的说熟悉都是件不容易的事情（我比较笨），所以可以找一个切入点，自己感兴趣的地方，从数据库开始？从系统开始？从网络开始？看自己的兴趣，把一个切口打开，慢慢的触类旁通。推荐：Delphi高手突破（官方版），delphi 5/6开发人员指南， 《Delphi5企业级解决方案及应用剖析》，参透Delphi_Kylix， Delphi 高级辅助工具精解（工具书），Microsoft - Inside Windows 2000等，相关专业的有：Delphi网络通信协议分析与应用实现，Delphi7数据库开发指南等，书只是带你入门，实践出新知。
暂时先写到这里，上面说的肯定不适合某些人，但是我主要是强调注意培养自己的编程思想的，让自己摆脱语言束缚，毕竟编程是为了解决实际问题而不是为了单纯学习那门语言。希望能指出错误。

第一次接触delphi的好好看下这本书的概要，是快速入门的介绍，是英文原版翻译过来的，其余资料可以看下我的展区有没有你需要的http://bbs.bc-cn.net/show.asp?username=anthony634

一些常识性的规则与惯例：
使用动宾结构来命名过程，动词描述行为，名词描述行为所设计的数据。如getName;
一个过程只做一件事情，并且完整的做好它，这件事就是getName获取名字;
方法尽可能短，以免变量发生混淆，防止在函数级别的错误
尽量不用全局变量，如果使用缩写意思必须明确。
类型以T开头，去掉T就得到实例名，与delphi保持一致, 私有字段以F/f前缀,去掉F就是属性名；枚举集的名字中通常有两个字母大写的词，这两个大写字母就是成员的前缀 type TFormStyle = (fsNormal, fsMDIChild);

谢谢 楼住拉  小弟对delphi很感兴趣 目前正在学习 楼住的经验之谈小弟 学到了很多  

拼写经常出错的同学么，建议安装个辅助工具（其实一开始真的不建议安装，会造成记忆性的懒惰），http://www.cnpack.org/downbuilds.php?kind=unstable&lang=zh-cn 最版已经是CnWizards_0.8.2.334_Unstable.exe

看完以前的基本书，装上辅助工具后，应该对delphi的一些基础东西熟悉了，那就可以选择你的一个方向，然后开始windows吧。 在进入之前可以再做点准备： 一个windows的消息机制, 另外是Unicode，很多书都是先介绍这两个玩意的，不知道为什么：转载一片关于编码的文章，对我挺有帮助的，起码了解了些皮毛。

来自CSDN
谈谈Unicode编码，简要解释UCS、UTF、BMP、BOM等名词 选择自 fmddlmyy 的 Blog

这是一篇程序员写给程序员的趣味读物。所谓趣味是指可以比较轻松地了解一些原来不清楚的概念，增进知识，类似于打RPG游戏的升级。整理这篇文章的动机是两个问题：

问题一：
使用Windows记事本的“另存为”，可以在GBK、Unicode、Unicode big endian和UTF-8这几种编码方式间相互转换。同样是txt文件，Windows是怎样识别编码方式的呢？

我很早前就发现Unicode、Unicode big endian和UTF-8编码的txt文件的开头会多出几个字节，分别是FF、FE（Unicode）,FE、FF（Unicode big endian）,EF、BB、BF（UTF-8）。但这些标记是基于什么标准呢？

问题二：
最近在网上看到一个ConvertUTF.c，实现了UTF-32、UTF-16和UTF-8这三种编码方式的相互转换。对于Unicode(UCS2)、GBK、UTF-8这些编码方式，我原来就了解。但这个程序让我有些糊涂，想不起来UTF-16和UCS2有什么关系。
查了查相关资料，总算将这些问题弄清楚了，顺带也了解了一些Unicode的细节。写成一篇文章，送给有过类似疑问的朋友。本文在写作时尽量做到通俗易懂，但要求读者知道什么是字节，什么是十六进制。

0、big endian和little endian
big endian和little endian是CPU处理多字节数的不同方式。例如“汉”字的Unicode编码是6C49。那么写到文件里时，究竟是将6C写在前面，还是将49写在前面？如果将6C写在前面，就是big endian。还是将49写在前面，就是little endian。

“endian”这个词出自《格列佛游记》。小人国的内战就源于吃鸡蛋时是究竟从大头(Big-Endian)敲开还是从小头(Little-Endian)敲开，由此曾发生过六次叛乱，其中一个皇帝送了命，另一个丢了王位。

我们一般将endian翻译成“字节序”，将big endian和little endian称作“大尾”和“小尾”。

1、字符编码、内码，顺带介绍汉字编码
字符必须编码后才能被计算机处理。计算机使用的缺省编码方式就是计算机的内码。早期的计算机使用7位的ASCII编码，为了处理汉字，程序员设计了用于简体中文的GB2312和用于繁体中文的big5。

GB2312(1980年)一共收录了7445个字符，包括6763个汉字和682个其它符号。汉字区的内码范围高字节从B0-F7，低字节从A1-FE，占用的码位是72*94=6768。其中有5个空位是D7FA-D7FE。

GB2312支持的汉字太少。1995年的汉字扩展规范GBK1.0收录了21886个符号，它分为汉字区和图形符号区。汉字区包括21003个字符。2000年的GB18030是取代GBK1.0的正式国家标准。该标准收录了27484个汉字，同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字。现在的PC平台必须支持GB18030，对嵌入式产品暂不作要求。所以手机、MP3一般只支持GB2312。

从ASCII、GB2312、GBK到GB18030，这些编码方法是向下兼容的，即同一个字符在这些方案中总是有相同的编码，后面的标准支持更多的字符。在这些编码中，英文和中文可以统一地处理。区分中文编码的方法是高字节的最高位不为0。按照程序员的称呼，GB2312、GBK到GB18030都属于双字节字符集 (DBCS)。

有的中文Windows的缺省内码还是GBK，可以通过GB18030升级包升级到GB18030。不过GB18030相对GBK增加的字符，普通人是很难用到的，通常我们还是用GBK指代中文Windows内码。

这里还有一些细节：

GB2312的原文还是区位码，从区位码到内码，需要在高字节和低字节上分别加上A0。

在DBCS中，GB内码的存储格式始终是big endian，即高位在前。

GB2312的两个字节的最高位都是1。但符合这个条件的码位只有128*128=16384个。所以GBK和GB18030的低字节最高位都可能不是1。不过这不影响DBCS字符流的解析：在读取DBCS字符流时，只要遇到高位为1的字节，就可以将下两个字节作为一个双字节编码，而不用管低字节的高位是什么。

2、Unicode、UCS和UTF
前面提到从ASCII、GB2312、GBK到GB18030的编码方法是向下兼容的。而Unicode只与ASCII兼容（更准确地说，是与ISO-8859-1兼容），与GB码不兼容。例如“汉”字的Unicode编码是6C49，而GB码是BABA。

Unicode也是一种字符编码方法，不过它是由国际组织设计，可以容纳全世界所有语言文字的编码方案。Unicode的学名是"Universal Multiple-Octet Coded Character Set"，简称为UCS。UCS可以看作是"Unicode Character Set"的缩写。

根据维基百科全书(http://zh.wikipedia.org/wiki/)的记载：历史上存在两个试图独立设计Unicode的组织，即国际标准化组织（ISO）和一个软件制造商的协会（unicode.org）。ISO开发了ISO 10646项目，Unicode协会开发了Unicode项目。

在1991年前后，双方都认识到世界不需要两个不兼容的字符集。于是它们开始合并双方的工作成果，并为创立一个单一编码表而协同工作。从Unicode2.0开始，Unicode项目采用了与ISO 10646-1相同的字库和字码。

目前两个项目仍都存在，并独立地公布各自的标准。Unicode协会现在的最新版本是2005年的Unicode 4.1.0。ISO的最新标准是10646-3:2003。

UCS规定了怎么用多个字节表示各种文字。怎样传输这些编码，是由UTF(UCS Transformation Format)规范规定的，常见的UTF规范包括UTF-8、UTF-7、UTF-16。

IETF的RFC2781和RFC3629以RFC的一贯风格，清晰、明快又不失严谨地描述了UTF-16和UTF-8的编码方法。我总是记不得IETF是Internet Engineering Task Force的缩写。但IETF负责维护的RFC是Internet上一切规范的基础。

3、UCS-2、UCS-4、BMP

UCS有两种格式：UCS-2和UCS-4。顾名思义，UCS-2就是用两个字节编码，UCS-4就是用4个字节（实际上只用了31位，最高位必须为0）编码。下面让我们做一些简单的数学游戏：

UCS-2有2^16=65536个码位，UCS-4有2^31=2147483648个码位。

UCS-4根据最高位为0的最高字节分成2^7=128个group。每个group再根据次高字节分为256个plane。每个plane根据第3个字节分为256行 (rows)，每行包含256个cells。当然同一行的cells只是最后一个字节不同，其余都相同。

group 0的plane 0被称作Basic Multilingual Plane, 即BMP。或者说UCS-4中，高两个字节为0的码位被称作BMP。

将UCS-4的BMP去掉前面的两个零字节就得到了UCS-2。在UCS-2的两个字节前加上两个零字节，就得到了UCS-4的BMP。而目前的UCS-4规范中还没有任何字符被分配在BMP之外。

4、UTF编码

UTF-8就是以8位为单元对UCS进行编码。从UCS-2到UTF-8的编码方式如下：

UCS-2编码(16进制) UTF-8 字节流(二进制)
0000 - 007F 0xxxxxxx
0080 - 07FF 110xxxxx 10xxxxxx
0800 - FFFF 1110xxxx 10xxxxxx 10xxxxxx

例如“汉”字的Unicode编码是6C49。6C49在0800-FFFF之间，所以肯定要用3字节模板了：1110xxxx 10xxxxxx 10xxxxxx。将6C49写成二进制是：0110 110001 001001， 用这个比特流依次代替模板中的x，得到：11100110 10110001 10001001，即E6 B1 89。

读者可以用记事本测试一下我们的编码是否正确。

UTF-16以16位为单元对UCS进行编码。对于小于0x10000的UCS码，UTF-16编码就等于UCS码对应的16位无符号整数。对于不小于0x10000的UCS码，定义了一个算法。不过由于实际使用的UCS2，或者UCS4的BMP必然小于0x10000，所以就目前而言，可以认为UTF-16和UCS-2基本相同。但UCS-2只是一个编码方案，UTF-16却要用于实际的传输，所以就不得不考虑字节序的问题。

5、UTF的字节序和BOM
UTF-8以字节为编码单元，没有字节序的问题。UTF-16以两个字节为编码单元，在解释一个UTF-16文本前，首先要弄清楚每个编码单元的字节序。例如收到一个“奎”的Unicode编码是594E，“乙”的Unicode编码是4E59。如果我们收到UTF-16字节流“594E”，那么这是“奎”还是“乙”？

Unicode规范中推荐的标记字节顺序的方法是BOM。BOM不是“Bill Of Material”的BOM表，而是Byte Order Mark。BOM是一个有点小聪明的想法：

在UCS编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。

这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。

UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8编码是EF BB BF（读者可以用我们前面介绍的编码方法验证一下）。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。

Windows就是使用BOM来标记文本文件的编码方式的。

6、进一步的参考资料
本文主要参考的资料是 "Short overview of ISO-IEC 10646 and Unicode" (http://www.nada.kth.se/i18n/ucs/unicode-iso10646-oview.html)。

我还找了两篇看上去不错的资料，不过因为我开始的疑问都找到了答案，所以就没有看：

"Understanding Unicode A general introduction to the Unicode Standard" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter04a)
"Character set encoding basics Understanding character set encodings and legacy encodings" (http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter03)
我写过UTF-8、UCS-2、GBK相互转换的软件包，包括使用Windows API和不使用Windows API的版本。以后有时间的话，我会整理一下放到我的个人主页上(http://fmddlmyy.home4u.china.com)。

我是想清楚所有问题后才开始写这篇文章的，原以为一会儿就能写好。没想到考虑措辞和查证细节花费了很长时间，竟然从下午1:30写到9:00。希望有读者能从中受益。

以后这种网上多得到处都是东西就不帖了。写个名字就好了

支持!~

http://sourceforge.net/
SourceForge 是全球最大的开放源代码软件开发平台和仓库。它集成了很多开放源代码应用程序，为软件开发提供了整套生命周期服务。SourceForge.net是开放源代码软件的开发者进行开发管理的集中式场所，也是源代码仓库。
http://www.freebsd.org/
FreeBSD是一个自由的，源自AT&T UNIX的操作系统。可以说它是正统的UNIX后代。FreeBSD是一个完整的操作系统，包含了从开发工具到各种各样的应用程序。它由一个软件开发的核心团队来维护，整个原始程序代码会有组织地进行更新，所以程序代码比较有一致性。FreeBSD主要是由它的核心小组来发布。

支持，学习，谢谢，辛苦了