Ruby学习指南：快速上手Rails应用开发

需积分: 10 194 浏览量更新于2024-07-24 收藏 12.94MB PDF 举报

"《Web开发敏捷之道——应用Rails进行敏捷Web开发，第3版》是一本详尽的Ruby编程教程，专为希望学习和实践Ruby on Rails框架的人设计。该文档按照循序渐进的方式，引导读者理解和掌握Ruby语言以及如何利用Rails构建高效、灵活的Web应用。第1章介绍了Rails框架的特点，强调其敏捷开发的优势，并鼓励读者根据需求选择合适的学习路径。1.1节深入解释了Rails在快速响应变化和简化开发流程方面的价值。1.2节则建议读者根据自己的项目需求，有针对性地阅读和学习文档内容。章节末尾的致谢部分表达了作者对社区贡献者的感谢。第2章聚焦Rails应用的基本架构，包括模型-视图-控制器（MVC）模式。读者将学习到ActiveRecord（ORM）如何作为模型层支持数据库操作，以及ActionPack如何处理视图和控制器的交互。这一章为后续的开发打下了坚实的基础。第3章详细讲解了Rails的安装过程，提供了针对不同操作系统（Windows、MacOSX、Linux）的安装指南，包括选择合适的Rails版本、配置开发环境、数据库集成等。此外，还强调了保持Rails框架更新的重要性，以及Rails与Internet服务提供商（ISPs）的集成。第4章至第10章以实际项目——Depot应用程序为例，逐步介绍了Rails的实战应用。从新建应用程序，到实现Hello World功能，再到连接页面、货品维护、分类显示、购物车功能、Ajax技术以及最终的支付功能，每个章节都通过迭代式开发，展示了如何一步步构建功能完备的Web应用。每个任务（任务A至任务E）都包含了多个迭代，每个迭代都有明确的目标，如模型建立、界面设计、功能实现和错误处理等。通过这些实例，读者可以学习到如何在Rails框架下进行模块化开发，理解其工作原理，以及如何利用现代Web开发技术提升用户体验。《Web开发敏捷之道》是一本既理论结合实践的Ruby on Rails教程，适合初学者和有一定经验的开发者，帮助他们在实际项目中熟练掌握Ruby语言和Rails框架，提升Web开发效率和灵活性。"

10 第 30 章部署与生产

路由组件收到来自外部的请求之后，立即将其拆成小块。简单来说，它把路径的第

部分

("store")

看作控制器的名称，第

部分

(“add_to_cart”)

看作

action

的名称，最后一部分

(“123”)

则按照惯例被放入一个名为“

id”

的内部参数。进行这样的分析之后，路由组件就知道：

应该调用

StoreController

这个控制器类中的

add_to_cart()

方法

(

我们在第

235

页还将详

细介绍

Rails

采用的命名惯例

)

。

add_to_cart()

方法会处理用户的请求：找到当前用户的购物车

(

这也是由模型管理的一个对

象

)

，请求模型找出编号为

123

的商品信息，然后告诉购物车将该商品加入其中

(

请留意模型是如何

跟踪所有业务数据的：控制器只是告诉它做什么，而模型自己知道该怎么做

)

。

图

2.2 Rails

与

MVC

现在，购物车中已经放进了用户刚选的商品，我们需要将这一事实展现给用户看。控制器会安排视

图访问模型中的购物车对象，并调用视图代码使之呈现在用户眼前——在

Rails

中，这一调用通常都

是隐藏在幕后进行的。对于特定的

action

，

Rails

将根据命名惯例自动为其查找一个特定的视图。

这就是一个

MVC web

应用的全部家当了。只要遵循一定的命名惯例，并且合理划分功能，你会

发现编写代码变得轻松愉快，你的应用程序会更具可扩展性、可维护性。

看起来确实挺划算的。

如果

MVC

仅仅是“以某种方式划分代码”的话，你可能会想，那还要

Ruby on Rails

这样的

框架干什么

答案很简单：

Rails

帮你搞定了所有低级的基础代码——所有那些需要耗费你大把时

间去处理的繁琐细节。它让你能够专注于应用程序的核心功能。现在，让我们来看看它是如何做到这一

点的。

2.2 Active Record

：

Rails

的模型支持

Active Record: Rails Model Support

一般来说，我们都希望将

web

应用中的信息保存到关系数据库中。一个订单系统会在数据库表中

存储订单、订单项、客户信息等数据。即便是处理大量非结构文本的应用

(

譬如

blog

和新闻网

站

)

，也常常会用数据库作为后端数据存储介质。

Web 开发敏捷之道——应用 Ralls 进行敏捷 Web 开发，第 3 版

虽然从通常使用的

SQL

中不大看得出来，但关系数据库确实是根据数学中的集合理论设计出来的。

从概念的角度来说这是件好事，但它也使得关系数据库与面向对象编程语言很难融为一体：对象关注的

是数据和操作，而数据库关注的则是值的集合。所以，用关系的术语很容易描述的事情有时在

体

系中很难编码实现，反之亦然。

在长时间的实践中，人们想出了很多办法使关系模型与

模型得到协调。下面我们将看到两种

不同的途径，其中之一要求以数据库为中心组织应用程序，另一种则以应用程序为中心组织数据库。

数据库为中心的程序设计

Database-centric Programming

第一批针对关系数据库编程的程序员使用的是过程性语言，例如

和

COBOL

。这些家伙通常直接

在代码中嵌入

SQL——

可能是将

SQL

语句作为字符串嵌入，也可能是使用预处理器将源码中的

SQL

编译成针对数据库引擎的低级调用。

这种集成意味着：数据库逻辑会很自然地与整个应用程序的逻辑纠缠不清。如果开发者想要找出所

有的订单，并更新所有订单的销售税，他就会写出一些非常丑陋的代码，譬如：

EXEC SQL BEGIN DECLARE SECTION;

int id;

float amount;

EXEC SQL END DECLARE SECTION;

EXEC SQL DECLARE c1 AS CURSOR FOR select id, amount from orders;

while (1) {

float tax;

EXEC SQL WHENEVER NOT FOUND DO break;

EXEC SQL FETCH c1 INTO :id, :amount;

tax = calc_sales_tax(amount)

EXEC SQL UPDATE orders set tax = :tax where id = :id;

}

EXEC SQL CLOSE c1;

EXEC SQL COMMIT WORK;

很恶心，对吧

别担心。我们不必干这种事——虽然这种编程风格在

Perl

和

PHP

之类的脚

本语言中很常见。当然，用

Ruby

你也可以这样写程序。譬如说，我们可以使用

Ruby

的

DBI

库

写出类似的代码

(

下面的示例代码——和前面那段一样——没有任何错误检查

)

。

def update_sales_tax

update = @db.prepare("update orders set tax=? where id=?" )

@db.select_all("select id, amount from orders" ) do |id, amount|

tax = calc_sales_tax(amount)

update.execute(tax, id)

end

SQL：结构化查询语言（Structured Query Language），用于读、写关系数据库的语言。

Web 开发敏捷之道——应用 Ralls 进行敏捷 Web 开发，第 3 版

12 第 30 章部署与生产

end

这种方式简单明了，实际上，很多人正是这样操作关系数据库的。看起来，对于小型应用，这的确

是一个理想的解决方案。然而这里有一个问题：将业务逻辑和数据库访问搅在一起会使应用程序变得难

以维护、难以扩展。而且，要编写这样一个应用程序，你还得先学会

SQL

。

譬如说，假设我们英明的州政府颁发了一条新的法令，要求我们记录每笔销售税计算的日期和时间。

这不成问题，你会说，我们只要在循环中获取当前的时间、当

update

这条

SQL

语句时多加一个字

段、将当前时间传递给

execute()

方法调用即可。

但是，如果我们在应用程序的很多地方对“销售税”这个字段进行了设值，情况又如何呢

现在，

我们必须找出所有这些“更新销售税”的代码，一一修改它们。我们不得不编写重复代码，它们会成为

错误的源头——譬如说，我们可能漏掉其中一处忘了修改。

在通常的程序设计中，面向对象的经验告诉我们：封装可以解决这类问题。我们可以将与“订单”

相关的所有东西都封装在一个类中，这样，当规则发生变化时，只需要修改一个地方。

人们也将这样的思想延伸到了数据库编程的领域。基本的前提非常简单：我们将“对数据库的访

问”包装在一层类的后面，应用程序剩下的部分都通过这些类来访问数据——它们永远不会直接跟数据

库打交道。这样，我们就把所有与数据库结构相关的事情都封装在一层代码背后，从而使我们的应用程

序代码与数据库访问的细节解开耦合。

在这个“改变销售税”的例子中，我们只要修改对“订单”表进行封装的这个类，使其在销售税发

生改变时更新时间戳即可。

不过，实现这一概念的难度比看上去的要大。真实世界里的数据库表是彼此关联的

(

譬如说，一

份订单可能由多个订单项组成

)

，我们同样希望将这种关联映射到我们的对象中：代表订单的

Order

对象应该包含一组代表订单项的

Lineltem

对象。但这样一来，我们就会遇到对象导航、性能，

以及数据一致性等方面的问题。和往常一样，只要碰到这些复杂问题，我们的行业就会为它发明一个三

字母缩写词：

ORM (object-Relational Mapping

，对象

关系映射

)

。

Rails

就使用了

ORM

。

对象

关系映射

(ORM)

Object-Relational Mapping

ORM

库可以将数据库表映射到类。如果数据库中有一张名为

orders

的表，我们的程序中就会

有一个名为

Order

的类。表中的每条记录对应于该类的一个对象：一条订单记录将被表现为

Order

类的一个对象。在这个对象内部，属性则被用于读

写各个字段：我们的

Order

对象将拥有一些方法，

用于读

写“数量”

(amount)

、“销售税”

(sales_tax)

等字段的值。

此外，

Rails

类还对数据库表进行了包装，提供了一组类级别的方法，用于执行表级别的操作。

譬如说，我们可能需要找出具有某一特定

的订单，这一功能就被实现为一个类方法，该方法返回

对应的

Order

对象。在

Ruby

代码中，这一操作大概会是这样：

order=Order.find(1)

puts "Customer #{order.customer_id},amount=#{order.amount}"

有时这些类级别的方法会返回一组对象的集合：

Web 开发敏捷之道——应用 Ralls 进行敏捷 Web 开发，第 3 版

Order.find(:all, :conditions => "name='dave'"}.each do |order|

puts order.amount

end

最后，每个对象会有一些方法，用于操作自己所对应的那条记录。其中用得最多的方法大概就是

save()

，这个方法用于将对象中的数据保存回数据库：

Order.find(:all, :conditions => "name='dave'").each do |order|

order.discount=0.5

order.save

end

综上所述，

ORM

层将数据库表映射到类、将记录映射到对象、将字段映射到对象的属性。类方法

用于执行表级别的操作，实例方法则用于执行针对单条记录的操作。

在一个典型的

ORM

库中，你可以提供配置数据来指定数据库端与应用程序端之间的映射关系。

使用这些

ORM

工具的程序员常常会发现：他们不得不忙于创建和维护一大堆的

XML

配置文件。

Active Record

是

Rails

所采用的

ORM

层。它完全遵循标准的

ORM

模型：表映射到类，记

录映射到对象，字段映射到对象属性。与其他大部分

ORM

库的不同之处在于它的配置方式：它根据人

们常用的命名惯例提供了很有意义的默认配置，因此，将需要开发者编写的配置量降到了最低。为了证

明这一点，下面就是一段用

Active Record

写的、用于包装

orders

表的程序：

require 'active_record'

class Order < ActiveRecord::Base

end

order = Order.find(1)

order.discount = 0.5

order.save

这段代码使用我们新建的

Order

类来获取

为

的订单，并修改它的数量

(

在这里，我

们省略了创建数据库连接所需的代码

)

。

Active Record

减轻了我们处理底层数据库的工作量，让

我们能够更专注于业务逻辑。

然而，

Active Record

的威力还不止于此。从第

页开始，我们将开发一个“购物车”应

用程序，在那里你将看到

Active Record

是如何天衣无缝地与

Rails

框架的其他部分融为一体的。

如果一个

web

表单包含与业务对象相关的数据，那么

Active Record

可以将其抽取出来、填入模

型对象。

Active Record

还支持复杂的模型数据验证，如果表单数据不能通过验证，只需编写一行

代码，就可以在

Rails

视图中获取并格式化显示错误信息。

在

Rails

的

MVC

架构中，

Active Record

是“模型”这一部分坚实的基础。这也正是我们为

什么要专门用三章篇幅

(

从第

281

页起

)

来介绍它的原因。

2.3 Action Pack

：视图与控制器

Web 开发敏捷之道——应用 Ralls 进行敏捷 Web 开发，第 3 版

14 第 30 章部署与生产

Action Pack: The View and Controller

在

MVC

架构中，视图与控制器是密不可分的：控制器为视图提供数据，然后又接收来自页面的事

件——这页面正是由视图生成的。正因为有如此密切的交互，在

Rails

中对视图和控制器的支持被捆绑

在同一个组件中，那就是

Action Pack

。

不过，不要因为

Action Pack

是一个组件，就认为

Rails

应用程序中的视图代码与控制器代码

会搅在一起。恰恰相反，

Rails

给你提供了编写

web

应用时必需的隔离，清晰地将控制逻辑与表现逻

辑区分开来。

视图支持

View Support

在

Rails

中，视图负责创建将要在浏览器上显示的页面

——可能是整个页面，也可能是其中的

一部分。在最简单的情况下，视图就是一堆

HTML

代码，用于显示固定的文本。不过，一般来说，你

都需要在视图中加入一些动态内容——这些动态内容通常是控制器中的

action

方法制造的。

在

Rails

中，动态内容是由模板生成的。模板的形式有三种，其中最常用的是

ERb

：用一个名

为

ERb(

或者叫嵌入式

Ruby

，

Embedded Ruby)

的工具，将

Ruby

代码片段嵌入到视图的

HTML

代码中

。这种方式非常灵活，但一些纯粹主义者会认为它违背了

MVC

的精神：由于视图中嵌

入了代码，我们就有可能将原本应该放在模型或控制器中的逻辑放进视图。不过在我看来，这种批评是

毫无根据的：即便在传统的

MVC

架构中，视图也会包含程序代码。保持关注点的清晰分离原本就是开

发者的职责，不应该强求工具来确保这种分离

(

在第

23.1

节“

ERb

模板”中，我们将详细介绍

HTML

模板

)

。

XML Builder

也可以用

Ruby

代码来构造

XML

文档——生成的

XML

结构自动遵从代码的结

构。我们将在第

467

页介绍

xml.builder

模板。

此外，

Rails

还提供了

RJS

视图，用于在服务器端创建

JavaScript

片段、并将其传递到

浏览器上执行。当创建

Ajax

界面时，这种视图会非常有用。我们将在第

558

页介绍

rjs

视图。

还有……控制器

And the Controller!

Rails

控制器是应用程序的逻辑中心，它负责协调用户、视图与模型之间的交互。不过，

Rails

已经在幕后搞定了大部分的交互，你需要编写的代码都集中在应用层面的功能上。因此，

Rails

的控

制器非常容易开发和维护。

控制器还提供以下几种重要的辅助服务：



它负责将外部请求指引到内部

action

，它所采用的

URL

命名规则对于普通人也同样

或者 XML 应答，或者 E-mail，或者别的什么东西。关键在于：视图负责生成给用户看的响应内容。

对于用惯 PHP 或者 JSP 的 web 开发者来说，这种做法应该很熟悉。

Web 开发敏捷之道——应用 Ralls 进行敏捷 Web 开发，第 3 版

剩余675页未读，继续阅读

w_ying_wei

粉丝: 0
资源: 1

Ruby学习指南：快速上手Rails应用开发

ruby官方chm文档

ruby 中文文档 必备资料

Ruby-Yard是一款Ruby文档工具

ruby文档

RUBY文档中心-学习开始

Ruby 学习文档合集

ruby文档。pdf

ruby文档方面的资料

ruby使用文档

ruby中文文档

最新资源

ruby 中文文档必备资料