⑴ 初学者学php看哪本书
如果你已经学过其他语言的话，建议你直接看<<PHP5 与 MySQL5 Web开发技术详解》，因为php很简单的，如果你有基本的开发基础的话，就直接学PHP5 与 MySQL5 Web开发技术详解，如果没有的话，你就先学学《PHP与MySQL基础教程(第2版)》 ，因为要先打好基础的，基础打好了，再在项目中去学习开发的经验。
⑵ 听说Ruby 性能不好，为什么还有这么多人推荐 Ruby 呢
尽管如此，有时候语言本身的差异未必能在一个具体程序里体现出来，比如一个XML流解析程序，用各种脚本语言来做，不应该有太多性能差异，原因是各种脚本语言底层的XML解析库，实际都是C写的实现，最终的parser很可能是libxml；这样一来，语言本身更多是一个wrapper，实际跑的核心代码是C code；所以性能的问题，失去了具体场景单讨论语言本身未必有多大意义，还得看项目本身对语言的使用情况。 ruby开发的程序员成本真的比其他语言比如python，php更低吗？一个熟练ruby程序员和一个熟练python程序员再一个熟练php程序员开发同一组web功能，各自选择熟练的框架，ruby程序员所使用的man hour一定最低吗？我表示怀疑，在熟练的情况下，遵照MVC的原则进行开发，PHP和python本身的开发效率不认为一定低于RoR；原因是现代的开发框架，设计理念上都是你中有我，我中有你；比如就ORM来说，PHP， Python都有成熟的实现，routing，templating这种必须的piece，所有的框架都设计得足够好，很难说任何一个超越其余的一个层次；花多少man hour来实现一个项目，团队熟练程度决定大部分，语言本身和框架本身的边际效用，不一定有想象的那么大。 另外，我觉得ruby不是好学的语言，至少不比python更好学，比php我觉得要难学得多；概念多，选择多，对学习者的干扰也多；这个因素应该已经被一些公司和团队意识到了，国内把ruby作为主项目语言的，或者乐意做这种切换的，也只是局限在一个很小的圈子里，真正要考量的时候，PHP或者java是更实际的选择； 个人觉得有两个方面ruby很特别开放的Object系统，所有的对象（包括“类”对象）都可以在runtime修改扩充，这让在ruby下做一些事成为自然的可能，而在其他语言则不得不做各种work around；ruby的OO可元编程能力特别强大； ruby的括号是可选的，虽然这看起来只像个语法糖，但要写DSL的时候，ruby可能是最最自然的语言 这样极致的可读可懂性，别的语言很难做到不露痕迹。事实上Rake就是一组DSL，RoR的ActiveRecord是一个DSL实现；Sinatra的API也是一组DSL；很多templating language也被实现成DSL；
⑶ 懂编程的来
各种语言的介绍（第二版）
在介绍编程语言之前，先说说开放源代码的必要性。现在，在软件生产领域存在巨大的智利浪费，大家把大量的精力用在编写别人已经实现的 程序代码上。看看，文本编辑器有多少，看看ftp程序有多少，看看字处理程序有多少，这些程序虽然有差别，但主要的功能都是一样的。要实 现个性化的功能，在已有的软件基础上修改会节省多少时间呀！而每个程序各编一套，又浪费多少时间？如果，没有这些重复的工作量，世界 上的程序员至少可以节省80%的工作量。同时，开放源代码也方便了大家的交流，阅读源代码应该是最直接最有效的学习途径。尤其是比较专业 的领域。
要开放源代码，下面几点比较重要： ×、语言要流行。 ×、语言的函数和类库统一。 ×、语言的语法和编译器要统一。 ×、编译器是否开 放源代码。 ×、API是否开放源代码。 ×、语言的可重用性、功能、友好性。
语言统一的必要性：如果大家都用一种编程语言，都用同样的函数，同样的类库，那么，大家的共同语言就会很多。大家只要学会一种语言， 一套函数，一套类库，就可以相互读懂源代码，这样，学习量是最少的。学习新的API浪费程序员大量的时间和精力，尤其是当这个API有大量 和其他API重复的功能的时候。
要增加代码的可重用性，要从下面几点着手： ×、代码的可读性。如格式、是否接近英语语法和单词。 ×、代码的表达能力，也就是简单性 ，能用最少的语句和单词实现同样的功能。 ×、代码的结构性，如函数、模块、类。
语言功能的强大从下面几点来说： ×、是否拥有大量的库支持。这是最重要的，要求编写任何功能的程序都有强大的库支持。 ×、语法功能 是否强大，比如是否有出错处理。是否有指针。
语言的友好性： ×、语言包的大小，语言包越小，学习越简单。 ×、语言是否有友好的编辑调试环境。 ×、语言的可视化和集成编程环境。
c语言：
从性能上说，除了汇编语言，c语言是最接近机器的语言。各种操作系统的编程接口的默认语言都是c语言。因此，用c语言编程，可以最大限 度发挥操作系统的能力。同时，由于绝大部分的商品软件都是c实现的，都有c编程接口，可以说，没有c不能实现的功能。
在linux环境中，c具有很好的开放源代码的条件，它有统一的编译器gcc，有强大但比较难掌握的编程环境emacs，有统一的API：posix和 linux接口。并且编译器和API是开放源代码的。
在linux上编写图形界面程序，有两个选择KDE和gnome，KDE更成熟，gnome支持多语言和面向对象的程序间的协同。
在windows环境中，现在统一到了vc上，但有一个缺点，windows的升级换代太快，从dos环境到windows31
，从windows31到windows95，到windows2000，到.net。API常常变换，这样，在windows上的程序代码的寿命会比较短。并且vc的编译器和API 太复杂，难于掌握。
同时，由于c具有现代语言的大量特征，现在常常代替pasical作为教学的编程语言。
实际上，如果不深入学习，c也是一种很简单的语言。不学basic，直接学c完全没有问题。
和其他语言相比，c有多种编译器，多种操作系统API，多种语法和函数。学习的难度大，统一性差。
和java相比，c的语法不够丰富、现代。
java：
相对c，java作为现代语言，具有非常丰富的语法特征，如模块和类，不像c随操作系统和编译器的不同有极大差异，java是一个公司的产品 ，具有唯一的API，因此，java程序员没有语言隔阂。
相对跨平台的语言来说，java具有最好的图形界面编程API。
java所有的API都是类库，相对c的函数来说，是非常大的进步。java具有现代语言几乎所有的特征。
perl：
perl的最大特点是有强大的字符串模式匹配，是最好的文本文件的读取和生成语言。
perl具有很大的自由性，象英语一样有很大的随意性，
perl有一个强大的数据库接口和其他各种接口。
perl有最大量的程序库。
perl不适合编写大程序。
perl有一个着名的缺点是难懂，也有一个着名的优点是简练。
php：
我感到php是个怪胎，本来perl加嵌入html的功能就完全能实现php的功能，还要另创一种语言，加重了大家的学习负担。
php可以嵌入html，更容易编写服务器端程序。
php天然和web服务器以及mysql数据库相结合。
php可以动态生成图像。
python：
首先，python是和basic一样面向初学者的语言，和英语一样容易懂。
python具有和java一样的最丰富的语法。
python有和perl类似的简单性，但没有模式匹配。
python适合编写大程序。
python有和lisp相似的地方，它有将字符串作为程序执行的eval函数，可以对一个对象的所有数据进行保存，可以把函数作为参数传给另一 个函数。
python具有非常好的扩充性，python程序可以和c程序，以及java程序很好地结合。
tcl：
tcl具有最简单的语法，最好的和其他程序交互的能力，有编写图形界面程序的tk。
javascript：
编写动态网页的最佳工具。
lisp：
lisp的语法非常简单，只有简单的函数和参数的语句结构。
lisp数据和程序的界限模糊。
lisp可以深度嵌套。
prolog：
prolog是一种专门的语言。专门用来处理知识。
我感觉prolog是一种数据库的处理工具。
也是根据一些知识衍生出更多知识的推理工具。
basic：
现在最着名的basic是vb，
basic是简单的初级语言。
vb是快速的界面生成语言，是快速的数据库程序开发语言。
vba是vb的应用版，嵌入在offic中。编写offic上的程序很好用。
vbscript是vb的脚本语言，可以产生服务器端和客户端的动态网页。
basic的丑陋在于参数还是默认传地址。太危险。
delphi：
和vb一样是快速开发环境，但性能更好，功能更强大。
.net:
支持多种语言的统一的API类库，
可以编写webform程序，即所有的逻辑都在服务器端，传到客户端的是标准的html3.0，可以被各种浏览器支持。各程序组件间通过soap交换 消息。
2002-04-12新增内容：
除了汇编语言外，c是最接近系统底层的语言，因此它是大部分程序的编程语言。c的缺点是没有统一的函数库，标准不统一，因此，同样是c程 序员，相互看不懂代码是很平常的事。
ada的出现就是为了解决统一标准的问题。有一个国际组织专门进行严格ada语言的认证来保证ada的统一。因此，ada编译器有很多种，但ada语 言程序用任何ada编译器编译都能通过。同时，ada的执行程序的效率和c比较接近。有人说比c要快，我想不可能，除非c用的库有问题。ada比c 排错能力更强，但c也有类似的功能。ada还有一个缺点，就是语言罗索，象cobol一样非常难看。
java是对c的大大的改进。有统一的标准，丰富的库，完全的面向对象。也继承了c的一些特点，无所不包的全功能，深入系统底层的编程的灵 活性。但因为java学习了c的深入系统底层的特点，它的语言就严格、呆板、罗索。另外，java要跨平台，它的速度就非常令人不满意，只能局 限在高级应用方面。在速度上，可以选择微软的.net和苹果的coco（可能拼写有错误）。他们也同样是底层的面向对象语言。
作为高级的应用程序，如果没有保密要求，脚本语言是最合适的。脚本语言因为不用编译，因此开发速度会比编译语言快很多。
basic和perl都是古老的脚本语言。basic被微软发扬光大了，但它的缺点是没有完整的面向对象特性，因此编写大型程序很困难。另外，微软 的产品肯定是“肿件”。perl被特别设计来进行文本的处理，文本处理能力非常强，但不适合编写大程序，语言风格也比较令人费解。
python定位于入门的编程语言，是basic的代替品，它具有和basic同样的简单性，并且编程语句更优雅。python有比较完整的面向对象特性， 可以用来编写大程序，因此有些大型的实用程序是python完成的，从加快开发速度的角度，可以代替c和java。python的另一个巨大的应用领域 是用来操作定制其他程序，这个能力basic也有，从这个角度说，python就是unix世界的basic。但python更进一步，和c的沟通能力非常好，任 何为c编写的接口能够很容易转化为python的接口。和java的接口有专门的python的java版，就是jython，jython可以和java本身一样使用各种 java资源。
ruby首先是smalltalk的替代品。有彻底的面向对象特性。另外，也努力作为perl、php、basic、python的替代品。
rebol是lisp的替代品，同时作为脚本语言的一员，有自己的独特之处，他的网络编程和图形用户界面编程是最强大的。
语言解析语言yacc、 html、xml、xlt、xul等也可以算作语言。
[edit]
各种语言的选择
如果编写对性能要求苛刻，或和操作系统结合紧密的程序，必然选择c。
如果编写到处可用的程序，选java。
如果编写大程序，可能的化尽量用python，不行了再用java和c。因为python带来了生产力。
编写文本的处理程序用perl。
编写知识的处理程序用prolog。
编写最灵活，最模糊的程序用lisp。
编写office程序用vba。
编写服务器端程序，php、perl、python、asp都是选择。
编写数据库程序用vb或delphi。
[edit]
各种语言的选择
如果要追求性能和程序的能力，要完全发挥操作系统的能力，使用c语言是合适的。在windows环境下用vc，在linux环境下用gcc。
如果不是追求和操作系统完美结合，而只是性能，又要追求跨平台性，那么仍然选择c，但可以选择跨平台的库，如qt、gtk、fox、wxwindows 。如果要编写游戏也有跨平台选择：SDL。
如果不满意c领域标准的不统一，不满意c的容易出错，不满意c的面向对象特征不彻底。如果不在乎跨平台，windows平台可以选择c#，mac平台 可以选择coco。如果需要跨平台，可以选择java。
如果需要跨平台，又要广泛的支持的话，选择java。
如果不在乎商业机密，应用目标也不是太苛刻的话，编写大型跨平台程序还有一个选择就是python或ruby。脚本语言，但是具有全面的库的支 持，有和c语言的方便的交互能力。他们和java相比，编程效率更高。同时因为没有编译，程序更方便修改。因为他们的库都是c实现的，也比 java有更高性能。同时，他们都是开源的，都是对商业应用友好的，也是简单的、方便定制的。也是不满意java的不可控制的越来越庞大的库 的又一个选择。
在linux下，最方便的工具语言是perl，它有强大的社区和代码库的支持。
如果只作为简单应用的工具语言，python和ruby是更好的选择，他们的跨平台移植性好，应用也比较广泛。其中python更适合入门和交流，长 期使用也不错。ruby是对python不满意的另一个选择，它提供了很多额外的功能。
如果要选择一个程序的嵌入语言，原来有lisp、basic和java，现在还可以选择python和ruby。
如果在要求动态解释执行语言，而又不想学其他语言的话，c程序员的选择是pike，java程序员的选择是beanshell。
在java平台，又想用脚本语言的话，可以用jython。
最正统的基于文档的语言或叫动态页面语言是javascript。
最专门的服务器端语言是php，当然也有很多其他选择。
xml语言以xul为最着名，dtml也算一个，你自己也可以用xml作为自己特殊用途的语言。比如jedit就用xml作为一种模式定制语言。xml语言是 一种比较先进的趋势，比现有的语言在特殊领域更高效。
要找容易实现的语言，lisp和tcl是选择。
lisp的数据和程序融为一体的能力和自由是其他语言都没有的。现在出现了一个lisp的现代化的变种：rebol。
如果有基于事实的编程的需要的话，prolog和clips是必然。
[edit]
我为什么选择了python
首先声明，我编程只编应用程序，就是代替自己工作的小程序。如果编写系统程序总会用到c或java的。
我喜欢脚本语言，脚本语言不用编译就可以运行，非常便于修改，而编程序是一种经常性的活动，程序编完后总在不断的修改中，没必要搞的 很隆重，还要编译。另外，脚本程序每个使用的人都可以随手拿来修改，不会出现还要去找源代码的情况。因此，c和java就被排除了。
我喜欢简单的语言，不喜欢为了编写简单的程序而去学习大量复杂的规定，需要大量的学习才会的语言不是好语言，是把人当机器看。c和java 都有严格但罗索的语法，有永远学不完的函数、类、库。让人看到就头大。而perl有各种怪里怪气的速记符号，程序常常让人头晕。简单的含 义除了容易学，还要功能丰富，常用到的东西要早就准备好，不用每个人都去写同样的数据结构程序等。python有丰富的数据类型，有完备的 面向对象的结构，有规则表达式等各种方便编程的模块。这个逻辑就是程序做的多，人做的就少，如果程序做的少，就要人做的多。这就是界 面友好的问题。容易上手，功能丰富是程序设计的很重要的目标，windows就是靠这个流行的。而python也很好的体现了这点。而perl象unix的 emac之类其它工具一样，功能强大，但太难学，太难懂。是比较违背人性的。
关于性能。现在cpu已经很强大了。除了很大的程序和系统程序，没必要关心性能。
关于功能。如果不是编写系统程序和贴近系统的程序，没必要使用操作系统特别提供的功能。c是可以干任何事情，但它编程效率低，复杂。
至于我为什么不用vb，因为vb太庞大了。我没必要实现一个小功能启动这么庞大的程序。太夸张。另外，vb没有类继承，虽然是应用编程，但 如果要编稍微大的程序，总会用到类继承的。
python得强大得扩展能力使对python得学习不会浪费。python经过简单得处理能使用各种得c和c++库，也可以被c和c++调用。python可以直接 使用java得类，也可以直接被java调用。这样，对python、java、c得学习和使用经验都不会被浪费，还能相互补充。python可以提高java和c 得编程效率，java和c可以补充python功能上得不足。python还可以和tcl直接交互，这种功能是内置得。期待python能简单的调用perl和php得 功能。能使用lisp和prolog更好。
[edit]
ruby 吸取了所有语言精华的语言 第二版
ruby 语言还是杂耍 ruby?:O ruby 日本人的玩意
ruby有
* perl的正则表达式
* python的语言的简单性可读性、最容易的扩展能力，强大的可移植性。
* php的嵌入功能和多种客户端
* smalltalk的纯面向对象语法和单继承
* lisp的无穷嵌套的语法，也就是函数式的语法。
* 用“块”来实现更快捷的数据结构的处理。不知道是不是scheme的宏功能。用块能更清楚的实现python的表处理功能。
* java和ada的线程编程
* java的安全编程
不得不承认ruby确实是个精彩的语言，它完全学会了lisp的所有编程都是函数的思想，smalltalk的所有东西都是对象的思想，perl的一个目的 多种手段的方法，python的简单化的“最少惊喜”的原则，java的多线程和安全控制的功能，tcl的容易扩展的功能，php的嵌入功能和强大客 户端的功能,最方便的shell命令的调用。
[edit]
ruby和python的比较
[edit]
python和ruby的相同点
* 都强调语法简单，都具有更一般的表达方式。python是缩进，ruby是类basic的表达。都大量减少了符号。
* 都是动态数据类型。都是有丰富的数据结构。
* 都具有c语言扩展能力，都具有可移植性，比perl的可移植性更好。也都可以作为嵌入语言。
* 都是面向对象的语言，都可以作为大项目的开发工具。
* 都有丰富的库支持。
* 也有最宽松的版权许可，除了一些工具属于GNU世界。
* 都有lisp特色的eval函数，也都能把函数作为参数。
* 也有图形界面的ruby的专门编辑器。
* 都获得了广泛的c库的支持。如qt、gtk、tk、SDL、FOX等，ruby计划实现SWIG接口。
* 都有完善的文档。
[edit]
和python相比ruby的优点
* 具有正则表达式和嵌入html的功能。python也有正则表达式，但没有ruby的应用方便和广泛。python的嵌入html项目才刚起步。ruby还有 apache的mod模块。ruby本身也实现和很多unix工具，如racc，doctools。比python更亲近linux。
* 比python功能更完整的面向对象的语法。
* ruby的整个库都是具有类继承的结构。
* 他的基本的数据类型和运算符都是可以重载的。
* ruby主要的功能都是通过对象的方法调用来实现的，而不是函数。python也在向这方面发展，但没有ruby做的彻底。
* ruby的类是更规范的单继承，还有接口等概念的实现。
* python可以实现在列表内的条件语句、循环语句，而ruby用“块”的方式来实现这个功能，比python的更灵活，更具有通用性。
* ruby具有类似lisp的彻底的函数方式的条件语句、循环语句等。语句的表达能力更强。
* 附带一些unix工具，如racc等。
[edit]
和python相比ruby的不足
* 最大的不足正是因为ruby的强大所引起的。它没有python的简单性好。比较复杂的面向对象语法、“块”语法的引入、正则表达式的引入、 一些简写标记都增加了语言的复杂性。
* python的缩进表达方式比ruby的basic的表达方式更让人悦目，ruby程序的满眼的end让人不舒服。当然，ruby认为end的方式比python更先 进。
* ruby还没有python的“自省”的能力，没有从程序文件中生成文档的能力。
* ruby没有国际化的支持。国际化支持在ruby的计划中。这是因为ruby的历史比python要短造成的。
* ruby没有类似jython的东西。
[edit]
python和ruby的语言的选择
从简单的就是好的来说，选python是没错的。python适合寻找简单语言的人，这很可能造成python更流行，因此也有更多的支持。但如果要追 求更强大的语法功能，则ruby是好的选择。因为ruby和python的哲学有很多相似的地方，先从python入手，尽量用python，如果python的能力 不足了，可以在找ruby。
ruby和python的比较，就像五笔和拼音输入法的比较。拼音作为入门的输入法和长久使用的输入法都没有问题。五笔适合更高要求的情况。如 果追求性能的不妨学学ruby。对编程语言感兴趣，想了解各种编程概念的学ruby也会很兴奋。
[edit]
php有什么好处
我一直认为php是一个垃圾，因为它只是实现了脚本语言得嵌入，却单独实现一种语言、实现大量得函数库，浪费了大量得开发人员得宝贵时间 来重复其他脚本已经实现了得功能，也浪费了php开发人员得大量学习时间，还要单独学一种只能存在于web服务器得语言，浪费了perl、 python得已有得使用经验。相似得还有pike，一种c得脚本语言，没什么新东西，还不如仍然用c编译器。
但我最近看书才了解php得独特得开发目标。
php为什么不直接用perl作脚本语言。是因为perl是一种unix语言，带有unix传统得字符神秘高深，让人难于学习。而编动态网页得人不见得会 用perl这种unix工具，他们可能只有html知识。php就简化了perl得语言，变成了一种简单友好得语言，免去了人们学习perl得困难。
php为什么不选python作脚本。因为python是一种面向对象得语言，大量得功能都要涉及面向对象概念，而web应用只是简单得实现客户机逻辑 和显示功能。没必要涉及面向对象得复杂概念。函数是最简单，最容易理解得，因此，php倾向于所有得功能都用函数来解决，而不是用对象来 解决。这有点象c和c++之争。应该承认，函数在实现简单功能得时候是最有利得工具，它得语句量最少。
php定位于以html为用户界面，充当各种服务器得客户端，实现得是传统得客户端编程得任务。它有pop、smtp、ftp、多种数据库等各种服务器 得客户端得函数，也有图片、pdf生成，xml处理等这种必要得功能。这些都是其他脚本比不上php得地方。
我几乎没用过php，说得不对，请指教。
[edit]
ada语言草述
ada语言我看了他的介绍。
ada语言和c一样是一种编译语言，他们最后编译出的执行文件的机器码都很小。因此现在众多的语言只有c很ada能比较。
和c相比，ada的特点是可靠、可移植。
他的可靠是通过比其他语言都强大的类型，每种类型还都可以象数据库字段一样进行强类型、范围的检查。以此来保证在编译中就发现错误。
它有强大的标准化组织，严格认证ada编译器的标准。有多线程能力。
适于编写实时程序。
但和c相比太复杂、罗嗦，因此注定不能流行。
[edit]
多脚本语言的大统一及疑问
现在各种脚本语言太多了，有必要进行整合，parrot是一个好的想法。.net也是好的想法。它为各种脚本提供了一个统一的虚机，为各种脚本 语言提供了基于“类”的相互调用，为各种脚本提供了统一的类库。
现在各种脚本语言只是提供了对c语言的交互性，这种交互也是费劲的和效果不好的。比如python、perl、ruby等都提供了对c的交互功能。脚 本语言之间的交流障碍重重。而类似.net的东西，提供了非常容易的各种脚本的相互利用的途径，避免了很多的代码的重复编写。这种标准平 台的力量是很大的，这种标准平台为什么没有在开源领域首先出现呢？众多的脚本正是开源的特点和优势，为什么这种问题要微软来解决呢？ 前面有人提出了类似的问题，在linux中为什么至今没有好用的类似ODBC的东西呢？
可能这种整合只有商业公司有能力实现吧。
我的理解是，如果有创新思想的人都拿他的想法去卖钱了，因此，在开源中只剩下了模仿的人。kde是模仿windows，koffice是模仿office， linux是模仿unix，gcc、bash等也全都是模仿，以及gstep等，还有freedos、atheos等也是模仿，wxwindows、SDL也是模仿。我想知道开源社 区有没有自己的创新？我所知道的创新是zope，但zope最初也是商业产品，后来才开源的。perl是创新，python是创新，但还有什么呢？是不 是开源领域只有hack，没有creator？
[edit]
.net介绍
.net所实现的java的功能
可控代码 跨平台的虚机和伪码免费赠送命令行编译器 纯面向对象语言 对xml和xml web services的支持 和jsp对应的asp.net 网页上的程序 一套统一的中间件环境。
asp.net跟jsp不是同一个层次上的web技术， asp.net使用完善的事件响应机制，WinForms类似的 WebForm技术，只有JSF跟Asp.net有可比性。
.net未实现的java功能
免费的集成开发环境 多厂家支持,跨平台的成熟度
免费的IDE, #develop , ASP.net的有MS的WebMatrix 而免费开源的CLR实现，有MS自己的XP，FreeBSD，MacOS下的实现（原理演示不能进行商 业应用）， Novell下的Mono项目，已经发布了Beta1版本，在2004-6-30 将会发布Release1； 还有GNU的一个.net实现！！
[edit]
.net实现的java不具备的功能
多语言支持 强大的集成开发环境。在windows上媲美本机程序的速度。 对COM的支持，对vs的继承 对widows form 、web form、服务器端程序 的图形直观编程。
[edit]
相对vs6的改进
统一了集成开发环境，使c++程序也具有了vb的友好性。
[edit]
xml各种技术介绍
xml：
xml是统一格式的结构化数据的文本文件。
基于xml的程序，数据结构是开放的，方便不同程序处理同一种文件，这样，程序之间可以达到高水平的协作。
xml现在成为了各行各业统一数据格式的基础。
xml发展出了完善的语法，它用DTD或scheme来界定xml的标记语言。用uri来唯一确定一个xml格式。用css或XLT来转换xml格式，xlink和 xpointer等来建立xml的链接，用xpath来定位xml中的数据。
xhtml：
是严格符合xml格式的html。
RDF：
基于xml的元数据描述语言。方便交换结构化数据。方便交换知识。
RDF是用主语、谓语、宾语来描述知识的。
SVG：
xml格式的矢量图形格式。
SMILE：
xml格式的各种多媒体在时间线上的协同。
xmath：
xml格式的公式描述语言。
xml-rpc和soap：
以http协议和xml格式来进行网络程序之间的消息通讯。
xul：
netscape的mazilla使用的程序界面语言，基于xml格式，比html强大的多的描述图形界面的xml语言。它用css来换肤，用DTD来实现多语言界 面，用javascript来实现程序逻辑，以此编写跨平台的可方便定制界面的程序，现在这个程序API功能已经很强大了，整个mazilla程序就是基 于xul的。
xaml:
MS在LongHorn平台的最新编程语言，将统一Windows与Web编程，直接使用
LongHorn下的浏览器进行执行， 跟XUL有类比性
[edit]
最先进的xml格式图形界面程序开发工具－xul
大家知道netscape程序，一个仅次于ie得浏览器，也有很多人知道mozilla，netscape得开放源代码版本。但很多人只是使用mozilla，不知道 mozilla另一个重要得功能－－程序开发。在netscape开放源代码后三年mozilla得1。0版还没有问世，很多人讥笑他的超慢得开发速度，实际 上，mozilla酝酿出了一个超酷得新产品，可以看作是软件开发工具发展得另一个里程碑。
现在基于浏览器得三层开发结构非常流行，微软得.net得思路就是基于这个结构得。另外，不考虑服务器结构，就是基于网页得javascript小 程序也对人很有吸引力，这些产品得思路都是以html为用户界面，但开发人员常常苦恼于html太简陋。而mazilla得xul解决了这个问题。
xul是对html得扩展
⑷ 学习Ruby需要什么资料
Programming Ruby（2nd Edition）
这似乎已经不是怪事：关于一种编程语言的经典教材，作者不是这门语言的创造者。就像Stan Lippman之于C++、Joshua Bloch之于Java、Martin Fowler之于UML一样，Dave Thomas也许是这个世界上最善于向别人讲解Ruby语言的人——至少超过Matsumoto是毫无问题的。也许正是因为自己也经历了“不懂到懂”的学习过程，有时候“旁观者”反倒比“创造者”更清楚学习者们需要什么。
所以这本书就是Ruby的经典教材。关于Ruby的基本语法和常用工具，书中第一部分和第二部分做了详细的介绍。第三部分“Ruby Crystallized”更加阐述了Ruby语言的一些细节和设计理念，其中第23章“Duck Typing”是刚从Java或者.NET平台走出来的读者不可错过的，因为对于类型与契约的理解、对于类与类型的理解，正是Ruby这种动态语言与Java/C#等静态语言最大的区别之一。随后的第四部分提供了Ruby基础类库的速查手册。
Dave Thomas和Andy Hunt这两个“Pragmatic Programmer”并非浪得虚名：这本Programming Ruby虽然不是一本称职的参考手册，却足够帮助一个初学者步入Ruby世界而不致误入歧途，并且能够在很少见的一些情况下——譬如说忘了yield的用法——给有经验的Ruby程序员提供帮助。在我看来，这也就足够奠定它作为经典教材的地位了。由于封面上有一柄丁字镐，这本书也被昵称为“镐头书”——它正是你发掘“红宝石”（Ruby）宝藏的必备工具。
Agile Web Development with Rails
Rails的作者David Heinemeier Hansson说过一句大实话：“我从来不会为了学语言而学语言。”大多数人在大多数时候学习一种新的语言不是为了比较语言的优劣，而是因为这个语言底下的某个工具能给他的工作带来帮助。Ruby世界里的这个“杀手应用”，让Ruby在短短一年时间里成为焦点的这个工具，就是Rails。
这是第一本介绍Rails的图书，又是由Rails的作者DHH和前面提到的Dave Thomas共同撰写，其价值可谓不言而喻了。许是两位作者有太多的“乾货”想要交给读者，这本书的第一版被他们——不幸地——写到了558页之厚。书中首先展示了一个规模不大的在线购物网站，让读者亲身体验用Rails进行敏捷开发的感受；然后针对Rails框架的各个组件和安全、部署等延伸话题展开了深入的讨论。其内容之全面、探讨之深入，令人叹为观止。看起来，和Matsumoto不同，DHH很清楚应该怎么介绍自己的作品——不管是“浅出”还是“深入”。
值得中国读者高兴的是，这本书的第一版已经由林芷薰翻译，电子工业出版社付梓。Rails仍然处在高速发展的阶段，从本书第一版截稿至今，Rails已经发生了相当大的变化，因此这本中译本甫一面世便已经有很多过时之处。但这本书毕竟不是参考手册，作者更多地是在其中阐述Rails的设计理念和最佳实践。对于英文阅读无法达到最快速度的读者来说，这个译本未尝不可以是一个称职的向导。
Rails开发者助手两种
不难想象，有很多性急的程序员会——就像我一样——草草了解Ruby语法之后就一头扎进Rails的绚丽宫殿，体验快速开发web应用的成就感，却不得不时时因为缺乏对Ruby语言的深入了解而感到迷惑：这个类里什么都没有，它为什么会工作？那个地方写的代码是什么意思？可是，要全面系统地学习Ruby，又实在令人望而生畏。还好，我们有这本Ruby for Rails。书中介绍了一些Ruby语言特性——既有普通的也有高级的，都是Rails中使用到的。简而言之，这就是一本专门为Rails应用开发者提供的Ruby指南。更有趣的是，书中还用了一章（第17章）篇幅专门介绍“如何探索Rails源代码”，真可谓是“授人以渔”的典范了。
另一个“助手”则是Chad Fowler——他也是Programming Ruby的合着者——的Rails Recipes。和任何一本“菜谱”（recipe）一样，这本书不会教你如何使用菜刀与炒勺、如何把蔬菜切片——你可以从别的很多地方学到这些技巧。这本RailsRecipes教给读者的，是如何在 Rails环境下急就章地完成一个你需要的功能。譬如说“用户登录与身份验证”这件事，每个网站、每个开发者都曾经做过不止一次，这本书中就给了读者一个简单而可靠的解决方案，读者只要抄抄改改，几分钟就可以完成这个功能。对于初接触Rails（以及Web 2.0）、面对很多问题尚且无从下手的新兵来说，这本书确实可以帮助他们解决一些实际问题。
不过这本书的局限也同样明显：如果你需要的菜色超出了这份菜谱的范围，它就只好爱莫能助了；而且，仅仅给出解决问题的代码，却没有对应的单元测试，也让习惯了TDD的读者多少有些忐忑。在我看来，这本书对“授人以鱼”的专注恰好和前一本Ruby for Rails构成了一对“可怕的对称”，也让这两本书有理由共存于Rails开发者的案头。
Ruby In A Nutshell
作为Ruby语言的缔造者，Yukihiro Matsumoto只能写一本“果壳书”，这本身就是一件耐人寻味的事情。O’Reilly的“果壳书”系列历来褒贬不一：有人认为它们缺乏深度，也有人认为它们是快速入门的好帮手。但Matsumoto最大的问题在于：他创造了Ruby，却没有真正意识到这种语言到底有多大的威力——后来他经常在Ruby on Rails讨论组活动，从中了解一些精妙的Ruby用法。其结果也很自然：这本Ruby In A Nutshell作为语言参考中规中矩，但对于实际应用中的妙处——例如在DSL方面的应用——却语焉不详。再加上它所针对的Ruby版本是略显过时的1.6版，也让这本书的地位略显尴尬。
Ruby 奇书两种
称它们为“奇书”，因为它们的主题实在偏颇。先看这本Enterprise Integration with Ruby：虽说脚本语言常常被称为“胶水”，有多少人会当真想到用Ruby去做企业应用集成？不过细看之下，这本书多少有些名不副实之嫌，因为它真正介绍的无非只是如何访问数据库、如何操作XML、如何通过SOCKET通信之类比较底层的技术而已。在一个生僻的题目之下写着另一些生僻的内容，尽管这些内容算得上有趣，但我还是要对那些没有读过这本书的Ruby程序员说：你没有错过太多——尽管这本书与你想象的并不一样。
最后要介绍的这本书更是备受争议：有人盛赞它是“精通Ruby的必经之路”，也有人批评它沉溺于奇技淫巧缺乏实用价值。但无论褒贬，更多的读者正在逐一挑战其中的谜题——这本书就是James Edward Gray所着的Best of Ruby Quiz。这本书（目前出版的是第一卷）列举了25道题目，读者大多可以想出一种办法来解决这些问题，往往还能 通过思考和重构找到第二种优雅的设计，但这本书却给你列出了第三种、第四种真正精巧的解决方案——充分利用Ruby技巧才能得出的解决方案。这些题目的最终解法之巧妙，常常令人拍案叫绝（或是破口大骂）。不过这些“奇技淫巧”也并非全无用处，例如书中很多题目在解答时都用到了正则表达式，理解这些解答对于深入学习正则表达式的用法是很有帮助的
⑸ 关于Ruby
Ruby on Rails是一个用于编写网络应用程序的框架，它基于计算机软件语言Ruby，给程序开发人员提供强大的框架支持。Ruby on Rails包括两部分内容：Ruby语言和Rails框架。
什么是Ruby?
Ruby 语言是一种动态语言，它与Python、Smalltalk和Perl这3种编程语言有些类似。Ruby语言起源于日本，它的研发者是日本人松本行弘（Matsumoto Yukihiro）。松本行弘在1993年开始着手Ruby语言的研发工作，他开发Ruby语言的初衷是为了提高编程的效率。 1995年12月Matz推出了Ruby的第一个版本Ruby 0.95。
Ruby语言的主要特点如下。
1．纯的面向对象语言
在Ruby中，一切皆是对象。下面举一个例子来更直观地说明Ruby语言的这一特点。
在Java中，求一个数的绝对值的代码如下。
int c = Math.abs(-20);
而在Ruby语言中，一切皆是对象，也就是说“-20”这个数也是一个对象，因此，求一个数绝对值的Ruby代码形式如下。
c = -20.abs
这样的代码编写方式是不是更形象一些呢？
2．解释型脚本语言
Ruby 语言是解释型脚本语言，它既有脚本语言强大的字符串处理能力和正则表达式，又不失解释型语言的动态性。一方面，在最初设计Ruby语言时，Ruby的研发者松本行弘考虑到文字处理方面的需要，他借鉴了Perl语言在文字处理方面的成功经验。另一方面，松本行弘将Ruby语言设定为一种解释型语言，Ruby 的动态性使得由Ruby语言编写的程序不需要事先编译即可直接运行，这为程序的调试带来了方便。同时，这一特点可以实现开发过程中的快速反馈。
3．其他特点
（1）动态载入。可以在运行时候重定义自己，类也可以在运行时继承或取消继承。
（2）自动内存管理机制。
（3）多精度整数。
（4）迭代器和闭包。
（5）开源项目。有大量活跃的社区支持Ruby语言。
什么是Rails?
虽然Ruby语言有很多优点，但是一直以来，其流行的范围也仅限于日本。直到2004年，Ruby才逐渐被世界上其他地区的人们所认识，那么是什么让Ruby语言走向世界的呢？是Rails。
Rails 框架首次提出是在2004年7月，它的研发者是26岁的丹麦人David Heinemeier Hansson。不同于已有复杂的Web 开发框架， Rails是一个更符合实际需要而且更高效的Web开发框架。Rails结合了PHP体系的优点（快速开发）和Java体系的优点（程序规整），因此， Rails在其提出后不长的时间里就受到了业内广泛的关注。
Rails框架主要有如下的6大特点。
1．全栈式的MVC框架
Rails是一个全栈式的MVC框架，换句话说，通过Rails可以实现MVC模式中的各个层次，并使它们无缝地协同运转起来。
在实际开发一个MVC模式的Web应用项目时，如果使用Java开发，需要用到Struts（Model层）、Hibernate （Controller 层）和Spring（View层）3个框架，而且需要额外整合3个框架开发出的内容。而使用Ruby语言开发相同的项目时，只需要用到Rails框架就可以完成。
2．约定优于配置
为了说明各个对象之间的关联关系，一般的Web应用开发框架往往采用写入XML配置文件的方法。这种方式虽然可以解决一些问题，但是却带来了管理上的混乱。
Rails 对此的态度是约定优于配置，这意味着在Rails中不会出现XML配置文件。Rails使用Web应用多年来积累的各种常见约定（更具体地说是命名规则）来代替XML配置文件，而在Rails内部的映射与发现机制根据这些约定可以实现对象之间的关联。在第1章中，通过Rails的映射与发现机制实现了数据表与Ruby对象之间的关联。
3．更少的代码
使用约定来代替XML配置文件说明Rails本身完成了大量的底层工作，这意味着使用更少的代码来实现应用程序是极有可能的。此外，代码量的缩减也减小了出现bug的可能性，降低了维护程序和升级程序的难度。
4．生成器
Rails 使用的实时映射技术和元编程技术，免去了开发人员在开发过程中编写大量样板文件代码的烦恼。在少数需要使用样板文件代码的时候，开发人员可以通过 Rails内建的生成器脚本实时创建，而不再是通过手工编写。Rails的这个特点可以使开发人员更专注于系统的逻辑结构，而不必为一些琐碎的细节所烦扰。
5．零周转时间
对已有的Web应用系统进行修改后，其一般需要经过配置、编译、发布、重新设置、测试等一系列步骤才能投入使用，这明显浪费了许多时间。而使用Rails开发Web应用系统，可以通过浏览器即时查看程序运行结果，从而节约了大量的时间。
6．支架系统
Rails的支架系统可以自动为任何相关的数据库表创建一套包含标准CRUD操作和前台视图的系统。通过支架系统，开发人员可以方便快捷地操纵数据库中的数据表。此外，Rails也允许开发人员使用自己设计的代码或视图来替换自动生成的代码和视图。
目前，Rails的最新版本是2005年12月13日发布的v1.0.0。从RoR正式提出到v1.0.0的发布，RoR在一年多的时间里受到了业内人士的广泛关注。RoR受到广泛关注主要有如下两个原因：首先，RoR的开发效率高（部署容易）、功能丰富（支持Ajax等流行应用），有消息称对于相同的 Web开发项目，使用RoR开发比使用Java体系架构开发快5~10倍；此外，令人不可思议的高性能是其受到关注的另一个重要原因，根据CSDN上转载的新闻称使用RoR开发出来的项目性能，比基于Struts+Hibernate+Spring的Java应用还要高15%~20%。
RoR 当前遇到的主要问题是使用RoR搭建的大型商业应用还很少，究其原因可以概括为两点：第一，从开发能力的角度，RoR是一个基于Ruby语言的轻型Web 开发框架，很多开发者对其是否适合大型应用难以把握。第二，本身使用RoR开发的大型商业应用较少，使得后来者持观望态度。
综合分析来看，RoR的发展前景还是很光明的。RoR在短时间内取得了巨大的成就，它打破了Web开发领域的固有观念，方便快捷的开发方式使其被广泛接受。而事实上，现在已有几家跨国公司正在使用RoR开发自己的Web应用程序，并且有多家大型公司在考虑使用RoR进行Web应用开发。
⑹ 学习Ruby 语言,有哪些值得推荐的好书
我认为Ruby基础教程+Ruby元编程是比较好的组合。
Ruby基础教程 是一本快速入门的书。但是很多语法没有讲到。
Ruby元编程是一种很像编程珠玑风格的书。用来学习Ruby的奇技淫巧。
我觉得上述两本配合用可以帮助题主快速的学习Ruby编程语言。
不过很遗憾的是目前我还没有找到Ruby虚拟机方面的书。
⑺ 为什么python的元编程能力没有ruby强
Ruby的确是比Python更干净的OOP，这也不奇怪，Ruby根本就是Smalltalk换了点语法而已。
但这个更干净并不是a.length vs. len(a)，名词在前还是动词在前的问题，否则OOP也未免太肤浅了。
在Python里，对于a.f()可能是调用a所属的类的方法f，也可能是调用a的属性f。这个二义性在metaprogramming时带来很多不一致和麻烦，比如Python对__xxx__ magic method lookup的特殊规定。
⑻ 我为什么弃用Objective-C而选择RubyMotion
关于Ruby语言
Hendrik以前不仅从未用过
Ruby，还没少嘲笑过它。而现在Hendrik却认为，Ruby绝对是一种有着清晰漂亮语法的编程语言。Ruby是一种让你灵活机动的编程语言。
有时我们可能会对某种语言嗤之以鼻，然后说：“我绝不会在这种语言上浪费时间。”但Ruby一定不会让你这么说。Ruby强大的元编程特性能够帮助建立
领域专用语言（DSL）；Ruby精炼的语法能帮助我们有效解决一些特定问题和处理许多复杂问题的细节。
Ruby语言具有强大的反射机制与元编程功能
更重要的是，Java、PHP、Perl以及Objective-C都不具备的，而Ruby具备的特征是：Ruby有一群追求完美的铁杆粉
丝。Ruby程序员们选择Ruby，意味着他们不仅仅选择了一种编程语言，还选择了一种生活方式。Ruby粉丝们所追求的是一种极简的、精致的编程体验。
RubyMotion的优势
RubyMotion是完全由Ruby语言编译的二进制实现，它基于iOS构建并直接与iOS
API封装，开发者可以访问所有公开的iOS
API，也可以使用第三方的Objective-C库和Gems。RubyMotion能够让Rails开发者编程时感到得心应手。
Rake是RubyMotion的创建和执行工具，它的程序是在
REPL环境下执行的。应用程序可在iOS模拟器上运行，RubyMotion提供一个交互式的Shell用来即时编码和调试，能够方便地实现交互式检查和修改。
Hendrik对于RubyMotion是这样评价的：在iOS开发方面，RubyMotion的核心思想是用优美的Ruby语言代替丑陋的Objective-C语言。
RubyMotion为Ruby程序员（尤其是那些因Objective-C和Cocoa Touch犯难的Ruby程序员）提供了一个iOS开发的入口。尽管RubyMotion诞生还不到一年的时间，但它为使用Ruby语言进行高效开发提供了很大便利。
RubyMotion的劣势
1. 不提供免费版本。许多开发者不愿尝试RubyMotion多半是因为它不免费，尽管199美金的价格物有所值，但是开发者们往往需要先体验产品，再考虑付费购买。如果未来RubyMotion能够提供免费或试用版本，将会吸引更多的开发者前来参与。
2. 缺少Ruby高手。正因为RubyMotion比较年轻，所以RubyMotion社区（
RubyMotion community）缺少Ruby编程高手，社区中许多开发者的作品都比较简单，比较初级。
3. 不能彻底摆脱Xcode。使用RubyMotion还是需要Xcode提供的SDK、模拟器以及数字签名功能，只不过不需要全程使用Xcode，尤其是在撰写代码的时候。
正确看待RubyMotion
在一些苹果开发社区中，我们时不时会看到一些污蔑RubyMotion的言论。如果你经常浏览
HackerNews上对于RubyMotion的讨论，你会很容易发现人们对RubyMotion不加遮掩的蔑视。
RubyMotion创始人Laurent Sansonetti
Rails也好，RubyMotion也好，都是前辈们呕心沥血的作品，是从知识、代码、编程技巧等多个层面的经验总结，他们的目的无非是
帮助大家用更精炼的代码进行编程，使得程序开发更为简便。所以对于新兴的编程语言、工具，大家大可不必投以藐视的态度，这也是对前辈们劳动成果的一种尊
重。
⑼ python有类似《Ruby元编程》这样的讲些设计模式的书吗
《Learning Python》这是我最早入门的书。当时我还专门去电力出版社（是由陈革、冯大辉翻译）去购买，还有优惠。
当时是第一版，翻译得很不错，现在是第三版了，就没看过了。
还有就是Python自带的《Python Tutorial》，长期由刘鑫义务翻译，也是非常不错的入门。
再有就是看Python自带的库说明手册。
⑽ RUBY元编程怎么样
在java的时代，因为不满面向类/对象的复杂机制，自己借鉴研究了对象装备模式，后来发现就是spring的原理。当时不知spring的情况下，还自己实现了利用运行时反射机制来动态的给对象设置空类，拼装方法共享实例对象属性，做出来虽然很欣慰，但是很难看，很慢，不可能到生产环境。 后来了解了js的函数原型prototype，可以动态的定义方法和传递闭包，简直口水直流，直接转成了web前台开发，只做ajax，直到ruby的出现。大概是06年，那时候资料贼少，全是日文，英文的都不多，学了皮毛就搁置了。 今年，因为自己回归开发，想实现一些想法，尝试了php之后，毅然决定打死不用php，与其深入研究php不如决心搞ruby，打眼一看，发现中文资料太多了，太幸福了，当看到这本元编程的时候，马上想起java时候的辛酸啊。 Ruby让人快乐，元编程更是快乐的魔法，创造出令人兴奋激动的东西。 计算机不再是仆人，而是朋友，我能理解你，你也能理解我。 如果说写java就像写论文，那么用js就像写英文诗，而ruby像五言绝句。 所以不学元编程，不如用java