Ruby on Rails 正在令整个 Web 开发领域受到震憾。让我们首先了解底层的技术：

Ruby 是一门免费的、简单的、直观的、可扩展的、可移植的、解释的脚本语言，用于快速而简单的面向对象编程。类似于 Perl，它支持 处理文本文件和执行系统管理任务的很多特性。

Rails 是用 Ruby 编写的一款完整的、开放源代码的 Web 框架，目的是使用更简单而且更少的代码编写实际使用的应用程序。

作为一个完整的框架，这意味着 Rails 中的所有的层都是为协同工作而构造的，所以您不必自己再重复，可以完全只使用一门单一的语言。 在 Rails 中，所有内容（从模板到控制流再到业务逻辑）都是用 Ruby 编写的。Rails 支持基于配置文件和注释的反射（reflection）和运行时扩展。

本文详细介绍了 Rails 的组成部分，并介绍了它的工作原理。

Rails 介绍

关于 Rails，首先需要理解的是它的模型/视图/控制器（model/view/controller，MVC）架构。虽然这种技术不是 Rails 所特有的 —— 甚至不是 Web 应用程序所特有的（相对于其他程序），但是 Rails 具有非常清晰而专一的 MVC 思维方式。如果您并不使用 MVC 方法，那么 Rails 的用处将大为降低（与遵循其模式的情况相比）。

模型

Rails 应用程序的模型部分主要是它所使用的底层数据库。实际上，在很多情形中 Rails 应用程序正是以一种受管理的方式对关系型数据库管理 系统（RDBMS）中的数据执行操作的一个途径。

ActiveRecord 类是 Rails 的一个核心组成部分，它将关系型表映射为 Ruby 对象，使其成为控制器可以操作并能在视图 中显示的数据。Rails 应用程序特别倾向于使用广为应用的 MySQL 数据库，不过也有与很多其他 RDBMS 的绑定，比如 IBM? DB2?。

如果您愿意，您可以添加 Ruby 代码来在应用程序模型中执行额外的验证，加强数据关联，或者触发其他操作。应用程序的 app/models/ 目录中的 Ruby 文件能够调用 ActiveRecord 的多种验证方法。不过，您也可以将模型代码留作一个存根，而只是依赖保存数据 的 RDBMS 的约束。例如，我在这个示例中所开发的应用程序只包含这个骨架模型代码（至少在开始时是）：

清单 1. 骨架模型 app/models/contact.rb

class Contact <ActiveRecord::Base

end

控制器

控制器以其抽象形式执行应用程序的逻辑。也就是说，应用程序的 app/controllers/ 目录中的 Ruby 脚本能把模型数据导入为变量，保存回去，或对其进行修改 和处理。不过，控制器不关心用户如何适当地显示或者输入数据。在通常的 MVC 模型中，这可以让用户能够以多种方式与同一控制器进行交互：本地 GUI， Web 界面，以及视力较弱的人使用的语音界面都可以与相同的控制器进行交互。

不过，Rails 不像那样非常通用；相反，它仅局限于在 Web 页中提供和收集数据。虽然如此，但是您可以修改那些 Web 页的布局 —— 颜色、字体、表格、 样式表单，等等 —— 与控制器代码无关。

视图

Rails 视图是我们编写 Ruby 代码的地方。Rails 包含有一门用于 .rhtml 的非常好的模板语言，它将纯粹的 HTML 与嵌入的 Ruby 代码组合起来。 Rails 应用程序界面的最表层外观通常是由 CSS 样式表单控制的。.rhtml 格式是一种增强的 HTML。实际上，一个简单的 HTML 文件本身也是一个 合法的 RHTML 模板，不过，不应该忽略 RHTML 为您提供的脚本控制。

RHTML 是真正的模板格式 —— 不仅是在 HTML 中嵌入代码的方式 —— 这是一种更为有效的方法。如果您熟悉 PHP，那么可以考虑 PHP 本身与 Smarty 模板之间的对照。也就是说，嵌入的脚本只是将代码与未被解释的 HTML 混合在一起；当需要向客户机输出某些内容时，代码部分 仍要负责执行 print 语句。

与之不同的是，模板引擎向 HTML 添加了一组定制的标签，让您能够将条件、循环以及其他逻辑作为增强的 HTML 标记的一部分来表示。

回页首

生成代码

Rails 所提供的工具主要是一组代码生成器。相对于那些强迫我使用严格的工作空间和 IDE 的开发环境，我更喜欢这种方法。 Rails 不会妨碍您，但是却会为您省去大部分手工编程的工作 —— 或者，通过提供“可自由获得的”初步（first-pass）支架（scaffolding）， 至少帮助您轻松将需要手工编码的工作分为多个部分。

支架 概念是 Rails 中的核心概念。非常简单的应用程序可能完全不用编码，让 Rails 在运行时动态地生成客户机 HTML 页面。 第一遍生成代码时创建的只是粗略的支架；接下来您可以生成更详细的能够定制的控制器、视图和模型。不过在开始时不需要生成太多。

Rails 对其文件的组织是固定的而且非常普通的，不过这种组织相对严格。如果您试图强行使用其他文件和代码组织方式，那么您可能得 付出努力去修改 Rails 环境。再者说，我找不到不使用 Rails 所提供的组织方式的理由；在大部分情况下，它“fits your brain”（Ruby 的 支持者喜欢这样讲）。例如，如果您从头开始设计一个框架（至少如果您以“Ruby 方式”思考），那么这些目录名称及其组织可能与您的选择非常接近。

回页首

构建一个简单的应用程序

在 Ruby on Rails Web 站点上有一些教程，可以完整地引导您创建一个简单的 Rails 应用程序（见 参考资料）。 这里的示例程序与之类似，因为正确开始构建 Rails 应用程序的方式是确定的。由于此介绍的长度相对较短，所以我 极力 推荐 那些较长的教程中的一篇，以使得您能够打好更为全面的基础。

示例应用程序是一个基本的通讯录。它演示了创建应用程序的一般步骤：

生成模型（在此步骤中创建 MySQL 数据库和表）。

生成应用程序（包括生成基本代码和目录）。

启动 Rails（并配置数据库的访问）。

创建一些内容（包括生成支架模型和控制器，并告知控制器去使用那个支架）。

我们将详细研究每一个步骤。

生成 AddressBook 模型

对于任何应用程序，您需要做的第一件事情是为它创建一个存放数据的数据库。技术上这个步骤不必最先进行，不过需要在早期完成；应该在编写任何 应用程序代码（甚至是自动生成的代码）之前创建数据库，这应该是显然的。所以，让我们在 MySQL 数据库中创建一个数据库，并在此数据库中创建第一张表。 （阅读其他文档以了解如何安装运行 MySQL 或其他 RDBMS。）

我们假定 MySQL 已经安装并且可用。

清单 2. 创建 MySQL 数据库和表

[~/Sites]$ cat AddressBook.sql

CREATE DATABASE IF NOT EXISTS AddressBook

USE AddressBook

CREATE TABLE IF NOT EXISTS contacts (

id smallint(5) unsigned NOT NULL auto_increment,

name varchar(30) NOT NULL default '',

created_on timestamp(14) NOT NULL,

updated_on timestamp(14) NOT NULL,

PRIMARY KEY (id),

UNIQUE KEY name_key (name)

) TYPE=MyISAM COMMENT='List of Contacts'

[~/Sites]$ cat AddressBook.sql | mysql

在这第一张表中有些地方需要注意。最重要的是每一张表都必须拥有一个 id 列，列名称就是 id。Rails 使用 主键列 id 来完成各种记录保持和引用任务。域 created_on 和 updated_on 是不需要的，不过，如果您使用了它们，那么 Rails 会自动地“在后台”维护它们；在大部分情况下使用这些时间戳没有什么不好。所以，您还要添加的“真正” 数据就只是通讯录内容的名称。

另一个稍微古怪的方面是，Rails 为不同的内容使用单数和复数的名称。根据上下文，各种条目会被重命名为单数或复数形式。表的名称应该使用复数格式。 我没有使用不规则复数单词的经验；datum 和 data 等单词可能会令 Rails 出现问题。

生成 AddressBook 应用程序

既然已经拥有了一个能够交互的数据库，就可以创建 AddressBook 应用程序了。第一个步骤是简单地运行 rails 来生成基本目录和支架代码：

清单 3. 生成基本代码和目录

[~/Sites]$ rails AddressBook

create

create app/apis

create app/controllers

create app/helpers

create app/models

create app/views/layouts

create config/environments

create components

[...]

create public/images

create public/javascripts

create public/stylesheets

create script

[...]

create README

create script/generate

create script/server

[...]

我删减了运行 rails 的输出；所忽略了那些行只是提醒您已经创建的各种文件和目录。在您的系统上试运行它，浏览生成的所有文件。 我已经在代码中显示了一些最重要的文件和目录。

运行 Rails

创建了 AddressBook/ 目录和所需要的子目录后，您需要执行一次惟一的初始配置。首先，通过修改 YAML 配置文件来设置数据库，如下：

清单 4. 配置数据库访问

[~/Sites]$ cd AddressBook

[~/Sites/AddressBook]$ head -6 config/database.yml # after editing

development:

adapter: mysql

database: AddressBook

host: localhost

username: some_user

password: password_if_needed

最后，您需要提供数据。Rails 附带了它自己的单一功能的 Web 服务器，即 WEBrick，非常适用于我们的试验。您可能也会遵循 Ruby on Rails Web 站点上的说明来配置 Apache 或者其他服务器，以通过 FCGI（或者普通的 CGI，但是普通的 CGI 将会较慢）向 Rails 应用程序提供服务。

清单 5. 启动 WEBrick 服务器

[~/Sites/AddressBook]$ ruby script/server -d

=>Rails application started on http://0.0.0.0:3000

[2005-03-21 17:57:38] INFO WEBrick 1.3.1

[2005-03-21 17:57:38] INFO ruby 1.8.2 (2004-12-25) [powerpc-darwin7.8.0]

创建一些内容

要在 WEBrick 端口上看到一个欢迎页面，先前的步骤就足够了。例如，在我的本地系统中，现在可以访问 http://gnosis-powerbook.local:3000/。不过，为了操作定制数据库，需要 生成稍微多一些代码。可以使用脚本 generate 来完成此任务， 这个脚本创建在 AddressBook/ 应用程序目录中：

清单 6. 支架模型和控制器代码的生成

[~/Sites/AddressBook]$ ruby script/generate model contact

exists app/models/

exists test/unit/

exists test/fixtures/

create app/models/contact.rb

create test/unit/contact_test.rb

create test/fixtures/contacts.yml

[~/Sites/AddressBook]$ ruby script/generate controller contact

exists app/controllers/

exists app/helpers/

create app/views/contact

exists test/functional/

create app/controllers/contact_controller.rb

create test/functional/contact_controller_test.rb

create app/helpers/contact_helper.rb

注意，在相应的表名中，这里应该使用单数的 contact，而不是复数的 contacts。

现在需要编辑一个或多个生成的文件（只需稍加编辑）来让控制器去使用支架：

清单 7. 告知控制器去使用支架

[~/Sites/AddressBook]$ cat app/controllers/contact_controller.rb

class ContactController <ApplicationController

model :contact

scaffold :contact

end

随着《魔兽世界》(以下简称wow)在世界范围内流行，脚本渐渐被人们所熟知。由于wow强大的自定义界面系统，Lua这一脚本语言一举成名。

其实早在Lua脚本语言被大众所熟知以前，游戏业内人士就已经开始使用脚本来开发游戏了。我们熟悉的很多国内的网络游戏大都运用了脚本开发，比如网游的长青树“梦幻西游和《大话西游2就大量应用了脚本技术。特别是《大话西游2》，其实现基于Lua脚本游戏开发的时间要远早于《魔兽世界》。在脚本技术上，国内与国外其实是站在同一起跑线上的，并不存在什么差距，这也为国内游戏产业赶超国外游戏产业提供了强有力的技术保证。

在单机游戏时代，脚本这个词几乎很少出现，那么，为什么在网络游戏时代它却成了业界的宠儿呢?原因是多方面的。

单机游戏时代，无论游戏主机还是PC机，它们的性能都非常低下，从而需要具有较高执行效率的编译型语言对机器的性能进行“压榨”。随着科技发展和硬件性能的不断提升，脚本逐渐被开发者所接受并利用，但这并不是脚本流行起来的决定性因素，真正的原因还在于游戏市场有这方面的需求。

网络游戏时代的市场竞争激烈、变化莫测，如果延用单机时代一年半载才出一个新版本的开发方式，必然会被游戏行业激烈的市场竞争所淘汰。正是这种游戏市场需求旺盛和开发工具效率底下之间的矛盾，促使脚本语言迅速地发展起来。脚本的兴起使得传统编译型语言(asngC／C )的性能优势在硬件功效大幅攀升的今天已经不复存在。

除了市场和硬件这两个因素之外，还有一点我们不能忽略。那就是用C／C 进行游戏开发的高成本和高项目风险。随着java／．net逐渐流行，学习C／C 编程语言的人越来越少，而网络游戏市场的需求却越来越庞大，在程序人才大量匮乏的情况下，造成了c，C 人才的高成本。即便是有能力雇佣大量C／C 程序员的公司，在开发游戏的过程中，也不能无视C／C 的高级特性和高度灵活性带来的高项目风险。C／C 是易学难精的编程语言，在开发大型项目的时候由于程序员的水平参差不齐，所以极易造成沟通不畅。不仅如此，c，C 滥用的高级特性也容易引入大量bug。正是由于这些原因，游戏公司开始在游戏中使用脚本，希望通过脚本来解决这些高成本、高风险的问题。

二.脚本的现状

脚本不仅解决了c/C 无法解决的开发效率难题，还降低了开发的成本和风险。因此脚本技术在游戏业内蓬勃发展起来，并且已经成为游戏业中不可或缺的一环。纵观当前脚本技术现状，形势一片大好，不仅语言百家争鸣，而且书籍种类也越来越多；不仅在游戏业界开花结果，在web等其它应用领域也大放异彩。

首先，我们来看看目前比较流行的脚本：Python、Lua、ruby和Erlang。Python和Lua是网络游戏开发的中坚力量；ruby凭借 rubyonrails的web开发框架的强劲力量，其在游戏业的发展前途亦不可小视；Erlang在高并发性上的原生优势吸引了无数追求高性能网游服务器的开发人员的目光。

其次，我们来看看书籍方面。大家都知道，文字对语言的普及起到了催化剂的作用，甚至可以看作是语言的有机组成部分。Python经过基金会的多年经营而得到NASA、Google重用的原因，就是由于其相关书籍种类比较丰富；Ruby随着RoR的流行，这两年行情看好，书籍也出版得越来越多了；Erlang是典型的少众语言，但随着多核时代的来临和高并发网络应用的需求，Erlang有着光明的发展前景，现在<<ProgrammingErlang>>等书也已经在策划出版了；反观Lua，虽然目前越来越流行，但由于它晦涩的接口设计和缺乏大型应用的支持，使得相关书籍寥寥无几。

最后，我们把焦点重新聚集到游戏开发行业中，其实不难发现，除了前文提到的《魔兽世界》和网易经典“西游系列”使用了脚本外，现在大多数比较流行的程序也都使用了脚本，如腾讯的QQgame))和搜狐的《天龙八部》等。不仅如此，现今的游戏引擎也都提供了脚本接口，无论是商业的unreal引擎还是开源的 OGRE，无一例外。

三.脚本的优势

脚本之所以能够在游戏业中找到自己的一席之地，是因为网络游戏市场需要一个快速开发方案来避免C／C 开发带来的项目高成本和高风险。那么，脚本相对于C／C 这类编译型语言到底有什么优势呢?

I易于学习,代码可维护性强

脚本的语法通常都非常简单，也没有太多高阶的特性，学习的门槛较C／C 低得多，比如Python可能只需要花一个下午即可学会。这使得游戏开发公司可以招聘完全没有脚本、编程经验的新手，通过低成本的培训，他们便能迅速地走上工作岗位。除易于学习外，脚本代码也有较强的可维护陛(尽管写出没有人看得懂的Lua代码也非难事)。因为脚本没有很多高阶特性(如c 里的模板元编程就是高阶特性)，所以脚本程序员就有更多的精力去架构、模式、重用和测试等工作，从而提高了代码的可维护性。相应地，正因为没有那么多让人困惑的高阶特性，也使得脚本代码“简洁”不少。

2．降低开发成本

如上所言，由于脚本易于学习，游戏开发公司可以大量起用新手，这正是降低成本的有效手段。那么如何来确保新手所写代码的质量呢?众所周知，新手无论用什么语言写程序肯定会出现bug，但用C／C 和Python做比较，可以看出，一个新手用C／c 编写出的程序所出现的bug肯定会比用Python编写出现的bug要多。由于c程序需要编译，而脚本程序(大部分)都可以直接解释执行，所以在排除 bug方面脚本也占有一定的优势，这也使脚本在降低成本的同时能够更好地保证代码质量。

3．形成人才壁垒

软件开发行业是一个颇为动荡的行业，无数的程序员都在跳槽和谋划跳槽的状态中生活，使用脚本开发形成人才壁垒是游戏业减少人才流动的有效手段。因为现在脚本除了在游戏业中非常流行外，并没有在其它行业形成广泛应用(虽然在web开发方面也有燎原之势，但终究不如在游戏业中的地位高)。这就使得游戏程序员很少会考虑非游戏行业的职位，但其它行业的程序员却可能会因为脚本的易学习性而转投游戏业。脚本除了能有效形成行业间的人才壁垒外，也能有效地形成企业间的人才壁垒。由于现有的脚本种类繁多，不同公司往往有不同的选择，甚至有些公司使用自己开发的脚本语言，所以程序员从公司A跳槽到公司B可能要学习使用另一种脚本，这就提高了跳槽的成本，从而减少了人才的流动。

四.脚本的发展趋势

依照目前趋势来看，脚本语言一定会更加的普及，而且会逐渐渗透到其它行业中。随着网络游戏从业人员数量的增长，脚本程序员也一直增加，而且Web2、0热潮引起的网络需求，也促成了一批批新脚本程序员的诞生。网络游戏市场就像一个正在滚动的雪球，推动着脚本的普及。

随着脚本在游戏业中越来越流行，市场对生产效率的需要也会相应提高。脚本虽然在一定程度上缓解了生产效率与生产工具之间的矛盾，但仍然不够完善。由于市场竞争日趋激烈，而网络游戏在很多功能上的实现又都相差无几，如网络、数据库、图形甚至部分逻辑，这必然会引起网络游戏生产的组装化一一大量中间件相互组合形成新的网络游戏。从目前来看，Bigwofld、PhysX和Unreal等都是比较流行的网络游戏中间件。脚本语言则是粘合各个中间件的良好胶水语言，所以随着网络游戏的生产组装化，脚本将有更大的发展空间。

那么，当脚本发展到如日中天的时候，可能取代C／C 这些编译型语言吗?笔者认为不会。脚本语言和编译型语言在生产效率和执行效率上各擅胜场，网络游戏既需要能快速应变的脚本，也需要能快速执行以提供更绚丽游戏效果的编译型语言。未来，它们之间一定会保持长久的和谐互补关系，相辅相成。

五.结语

综上所述，网络游戏时代是上帝赐予脚本语言发展的绝好时机，脚本语言很快将迎来光芒四射的时代。脚本语言拥有编译型语言无可比拟的生产效率优势，所以它们将互补互助并肩奋战在游戏的最前线。

科学的祛斑方式并不是单一的祛斑方式，因为色斑的形成原因是多方面的。所以单方面的祛斑方式是不科学的。

祛斑单单只依靠一种祛斑产品是不能够把色斑去除的，首先要分析身子色斑形成的具体原因，根据色斑形成的原因选择适合自己的祛斑方式和正规的祛斑产品才是科学的祛斑方式。

色斑的形成原因是比较多，大致分为外部原因和内部原因：

外部原因：阳光中的紫外线、环境污染、过度使用化妆品、电器辐射等等；

内部原因：生活压力、工作压力、脾气不好、内分泌系统紊乱、人体代谢能力不足等等；

除了选择使用适合自己的祛斑方式之外，在日常生活中还应该注意以下几点：

保证良好的作息时间，不要熬夜；

睡前喝杯牛奶

很多人认为牛奶具有美白淡斑的效果，经常用牛奶蜂蜜或者混合珍珠粉敷脸，企图达到美白淡斑的效果，但实际上完全不会被皮肤吸收。首先皮肤表皮层透过性是有选择的，这些大分子成分是无法深入的皮肤当中，所以美白淡斑的效果也是假的。但是晚上睡觉前喝一杯牛奶，有助于身体对钙的吸收，各方面代谢营养补充到位。坚持一个星期就能看到皮肤光滑细腻。 维生素e涂脸

维生素e使用在皮肤上的吸收力非常好，但是想起到淡斑淡化痘印的效果，需要添加鲜奶混合能促进皮肤吸收。将一粒维生素e和鲜奶用压缩面膜浸泡后附在脸上五分钟，一个星期下来痘印斑点会淡化很多。也可以用维生素e和黄瓜汁自制补水保湿面膜要比很多大牌的补水效果更好。整体来说维生素e涂莲有促进其他成分吸收的效果，所以我们可以利用这一点来进行淡斑去痘印。 纯露敷脸

近两年来纯露护肤成为热门方式，提取各种鲜花的精华制成植物纯露进行湿敷，纯露的制作是将各种鲜花蒸馏收集出来的蒸馏水。这样的爽肤水对皮肤的适应性很高，而且分子极小，容易被吸收。而橙花具有淡化黑色素，提亮肌肤的效果。所以想要快速达到淡斑去痘印的效果，不妨使用橙花纯露进行湿敷，要比祛斑美白的精华更有效果。 减少辐射

经常对着电子设备，对皮肤的损伤其实很大。首先是我斑和痘印，都是因为皮肤色素的沉淀导致，辐射会减缓皮肤对黑色素的分解，所以斑点才会久久不祛。对此我们可以采取一些防辐射的措施，或者放一盆绿色的植物在电脑旁边对皮肤有着潜移默化的作用。 保持心情愉悦

情绪和身体的分泌系统息息相关，尤其对皮肤的代谢能力起着重要作用，当情绪大起大落时，不仅色素分解缓慢还引起上火爆痘的现象。经常熬夜也是黑色素生成的一大关键，焦虑不安的心情使我们身体机能内分泌不调，导致斑点增多，痘印也消之不去。这是用再好的美白淡斑精华也是起不到效果的，所以还是要从根本上解决。

---