Ruby on Rails -跑起来吧hello World!-阿里云开发者社区

最近圆子里关于各种语言性能讨论着实很热.Milo Yip同学的C++/C#/F#/Java/JS/Lua/Python/Ruby渲染比试等,这样讨论反而让我们从更多角度去理解和认知各种语言之间的差异和特点.当然我也是从中受益颇多.但是我更加关注是Ruby和F#.

最近一直在看一本关于Ruby on Rails应用<<Agile Web Development with Rails>>这本书, 谈到Ruby就不得不谈到Rails框架,Rails的作者David Heinemeier Hansson说过一句大实话：“我从来不会为了学语言而学语言。”大多数人在大多数时候学习一种新的语言不是为了比较语言的优劣，而是因为这个语言底下的某个工具能给他的工作带来帮助。Ruby世界里的这个“杀手应用”，让Ruby在短短一年时间里成为焦点的这个工具，就是Rails框架.

当初看到很多关于Ruby on Rails极富吸引人应用, 我也和很多比较性急程序员一样,草草了解Ruby语法之后就一头扎进Rails的绚丽宫殿，体验快速开发web应用的成就感，却不得不时时因为缺乏对Ruby语言的深入了解而感到迷惑：这个类里什么都没有，它为什么会工作？那个地方写的代码是什么意思？这么多文件时怎样一个层次？等等, 在经历初期Ruby语言迷茫之后. 慢慢开始运用上手.发现只要放平心态, 踏踏实实学习一样东西也并非难事. 会初步使用Ruby 但这只是一门语言. 总不能天天抱着语言一个劲狂啃, 也应该干干应用层次上活. 看到Rails社区上每天提交大量案例总是让我按捺不住亲身体验快感, 所以一直打算写Ruby on Rails 关于Web快速开发运用. 一直抽不出时间静下心来体会着里面运用.

当然对于Ruby,以及Ruby on rails应用我接触时间不长. 只能本着一个初学者探索态度逐步摸索前行这其中体会也只有自己心里知道. 所以难免会有不少理解上纰漏和偏差, 还望各位拍砖能收下留情. 说了这么多关于Ruby体会转入正题吧. 应用经典实例Hello World!.

A:准备工作

<1>初步了解Ruby和Ruby on Rails.

如果你不知道Ruby为何物？请点击这里.

如果你还不了解Ruby on Rails 发展过程. 请点击这里. 关于更多Ruby Language请参考这里.

<2>构建ruby on Rails开发环境.

如果你是第一次体验Ruby on Rails开发, 环境配置请参考我以前博文一次摸索中搭建Ruby on Rails开发环境.【Window操作系统下】当然更加权威环境配置新参考官方配置说明.请点击这里.

B:进入开发

<1>确认开发环境版本

进入这个阶段前倾确认你ruby on rails开发环境已经搭建. 确认已经安装后请确认Ruby和Rails矿建各自版本. 本实例开发环境版本如下:

Ruby Version: 1.8.6.[有点落后]

Rails Version: 2.3.5.

Operator System: Windows 7.[操作系统]

Rails仍在高速发展阶段.虽然版本有些落后但并不妨碍我们去演这个Rails框架应用.

<2>创建第一个应用程序

安装Rails框架后,在应用中同时也得到一个新的命令行:Rails. 类似Cmd中利用Rails -v 就是查看当前Rails版本,. 这个命令行工具有助你构建一个新的Rails Application. 当我们马上要创建一个Rails Application.时你肯定会问用什么编译工具?这个问题暂且放在这里.

安装Rails框架后多了一个Rails命令行. Rails命令行可以后台操作中帮助我们只需利用最少配置即可创建并运行一个应用程序. 为了使Rails后台操作能够发挥作用, Rails必须找到应用程序各种组件.(也就是应用程序的目录结构). 这就意味必须创建固定目录结构,把我们代码放在正确目录下用来调用, 而这些目录结构创建就是Create new Rails Application中默认执行了. 那我们创建一个Rails Application.确定他有工作目录:C:\User\Chenkai\WorkDemo 命名为myfirstdemo 打开Cmd. 进入工作目录输入:rails myfirstdemo

自动创建完成后, 注意我创建硬盘地址:C:\User\Chenkai\WorkDemo 目录下, 创建请确认是否存在myfirtdemo文件夹否则会覆盖源文件. 来查看一下目录结构：

创建目录结构一目了然. 关于这么多目录暂且先不要管他. 目前我只需用到他们中一个也就是Public目录. Public顾名思义这个目录文件是最终暴露给用户看到的.这里面有个几个关键文件Dispatcher[分发器].dispatcher.cgi, dispatch.fcgi, 和dispatch.rb[ruby文件]. 分发器主要负责从用户接受浏览器发送的请求并将这些请求引导至指定应用程序代码中. 有点类似Control.

在硬盘创建MyfirstDemo我们能看见一个Script文件夹:

该目录存放的是一些工具脚本, 开发程序中我们会用到它,现在我们使用其中一个Server脚本. 它会启动一个独立运行的WebBrick服务器[一个纯Ruby编写的Wbe服务器].我们新建的Rails Application就在其中运行, 把WebBrick启动:

从提示成功信息中能看出,在3000端口上创建一个WebBrick服务器, 我们打开http://localhost:3000/ 访问看看效果:

you see!目前我们这个rails Application 就算是运行起来, 只不过没有自己编码内容. 下一步添加一个Hello World!到程序中. 在添加之前我想说一下整个Hello World输出过程, 其实就是MVC框架走的流程:

流程分析:

用户发送一个请求Rails, Rails接受请求后进行解析找到合适的Control, 再调用Control中合适方法进行处理, 返回一个特定视图View. 将结果显示给最终用户.

Rails框架已经帮我们把绝大部分的"通信管道代码"写好了, 整个流程已经在Rails内部有机结合在一块, 为了在页面输入一个"Hello World!" 我们还需要另外创建一个Control和一个View. 创建控制器: 同创建一个Rails Application一样简单. 这次调用的Script目录下的Generate. 在CMd调用:

Controller的命名为sayhi,创建完成后我们可以在C:\Users\chenkai\WorkDemo\myfirstdemo\app\controllers目录下找到Controller:

打开Controller文件看看:

简单不能再简单,SayhiController是一个空类, 继承至ApplicationController因此当前类默认具有所有控制器行为.

说明: Ruby 符合<和C#继承使用：符号功能等同意为继承.

ok,有了Control类剩下编码就是我们的工作了. 增加一个Action方法处理用户请求, 现在我们又碰到一个问题就是关于这个Action方法的命名.

<3>Rails Reques URL 命名

其实在Rails中控制器命名这个概念远比你想象要复杂一些,当然这些为了演示目的暂且不提.对于 Request URL命名根据Rails内部自身用途作调整.

例如:当请求一个路径这个路径请求就是我们当前的MyFirstDemo 这个Rails Application. 路径为:http://www.chenkai.com/online/myfirstdemo/sayhi/hello.

解析一下这个路径:

Rails会根据路径来判断控制器名称, 以及控制器内部即将被调用的Action的名称,在如上路径中Sayhi就是对应调用控制名称, 而hello就是对应控制器下调用Action方法.

<4>创建Control中Action

在Request URL 命名中我们能够看得出.我们只需在SayhiController中添加一个名称为hello 的Action方法. 但是这个Action方法该做什么呢？其实这时的Action方法什么都不需要做, Action方法的职责是对视图View显示提供充分信息即可, 在目前这个HelloWorld程序中, 没有信息需要Action方法去控制, 所以只需要定义空的Action方法即可.