Ruby系列文章之1---开发者应该熟悉的10个工具

1. Git

Git是进入Ruby这个生态圈首先最应该学会的工具。几乎所有以Ruby开发出来的套件都放在Github上。也就是不管你要下载或修改协作都需要透过Git。

2. RVM

  • Ruby有很多种implementation，比较多人在使用的有
  • 标准的MRI Ruby 1.8.7
  • 标准的MRI Ruby 1.9.2
  • REE( Ruby Enterprise Edition)
  • JRuby等等

其实你用哪一种版本开发都无所谓，不过目前有一些project只能在 Ruby 1.9.2上执行。切换Ruby环境跑实验project在之前的时代是一件很痛苦的事。

所以有人发明了RVM，让开发者可以无痛的可以切换各种Ruby环境，甚至透过RVM制造出独立的Gemset环境，无负担的尽情实验新工具。

3. Mac

不可否认的开发Ruby程式，Mac是第一首选环境。

最初的原因是撰写Ruby / Rails的利器: TextMate macromates.com（原链接http://marcomates.com/已失效），Mac上的软体。而后来使用Mac开发Ruby程式的开发者越来越多，更加深这种情况，造成一些实战best practices以及友善的开发工具，几乎都以Mac为优先或唯一平台发佈，如：Pow与Homebrew。

4. Homebrew

原先在Mac上，套件管理几乎是Macports与Fink的天下。但这两者因为dependency处理不佳，加上需要sudo执行。某些时候会造成套件管理上的灾难。在OSX 10.6之后的时代，就逐渐被后起之秀Homebrew取代。

Homebrew有两大极优秀之点：

by user，不需sudo就可以安装套件。不会把档案权限搞得一团脏。

更新迅速以及乾净。Homebrew是git-based的fomula sets，透过预设的fomula安装程式

安装时如果发现有错误，可以自行修改，并透过Github的功能发pull request要求管理者patch。用Homebrew建置出来的Rails开发环境通常极为乾净且无恼人的套件bug。

( Rails developer最常会撞雷的两大套件：MySQL与ImageMagick在brew上装，几乎没什么问题…)

5. Pow

这是由37signals所开发出来的网页伺服器，可以跑任何Rack Based的网页程式。特点是，你可以把某个开发中的project，如：wiki，symlink到自己的家目录底下的.pow/资料夹。

代码:

  1. $ cd ~/.pow  
  2. $ ln -s ~/projects/wiki 

再打开浏览器上的 http://wiki.dev/，就可以把 projects 挂起来了。

(原理是拦截对 port 80 上的 request导回Pow)

在从前，如果你要挂上projects，通常得自己改local 的 apache conf 和 /etc/hosts 加上设定。挂起、移除、重开都非常麻烦。

而Pow的诞生，让常常追许多新玩意的开发者，实验的成本变得极度低廉。

 6. Rack

Rack是一个Ruby套件，也同时是Ruby界的网页程式标准interface。背后的想法与塬理可以参考我以前写的一篇旧文Rack 与 Rack middleware。

现在只要看以Ruby开发的网站程式，几乎都支援Rack。不会再有以前哪一套框架，推荐独家使用哪一套web server跑的乱象。因为有了Pow，挂起Rack-based的网站实验程式成本也很低廉。

同时因为採用Rack架构开发的缘故，开发者可以透过Rack middleware外挂实作一些框架或程式没有的功能。

比如说：

  • rack-now-www硬是干掉网址的www
  • rack-rewrite在不支援.htaccess的环境下，直接使用rack硬rewrite routing
  • 也很自然而然的会知道：
  • 想恶搞，改config.ru
  • 想重开，touchtmp/restart.txt

这些潜规则。

7. Bundler

Bundler原先是Rails3架构师Yehuda Katz开发出来解决Rails中package dependency的工具（在开发 Merb 这个 framework时，Katz就开始尝试实作了）。

package dependency一直是相当麻烦的问题。解不开，就无法将程式boot起来。

原先大家也只有拿Bundler搭配Rails使用。

而后来Bundler也逐渐变成一般Ruby程式中预设的套件dependency管理程式。

Bundler中的Gemfile设计，不只能让开发者能够轻易的解决套件相依问题，并且可以直接引入「开发中」套件，解决3rd gem版本更新过慢，卡住自己开发进度的问题。

代码：

  1. gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git'  
  2.         gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:branch => 'stable-2'  
  3.         gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:tag => 'tag-2'  
  4.         gem 'nokogiri', :git => 'git://github.com/tenderlove/nokogiri.git',:ref => '23456' 

8. Guard

在开发网页程式时，开发者很常重复这样的动作：写一写 -> run test -> refresh web browser -> 继续修改 -> run test -> refresh browser这些都是很机械式的行为，非常烦人。

有没有办法只要「档案变更，就自动作事」呢?

Guard就是这样的一套工具。

有趣的是，Guard刚推出时，其实也只单纯是一套监视档案工具变动的工具，你可以透过写Guardfile，去自由监视需要监视的资料夹，再do something。而因为Guard架构算设计的不错，后来许多开发者更基于Guard做出更多其他的rubygems。

guard-livereload就是一个例子。

9. LiveReload

修改网页 => refresh browser是刚刚所提到的烦人事之一。

LiveReload提供了监视档案变动，并通知browser reload的功能。

开发者如果萤幕够大的话，可以同时开着文字编辑器与 browser，修改的任何变动马上即时显示在browser上。

值得一提的是，LiveReload在10.7 以后是broken 的。因此后来有人利用guard实作出了 guard-livereload作为替代品。

10. Sass/SCSS/Compass

自从Rails 3.1引入SCSS作为Asset Pipeline当中的选项之后，这套本来没多少开发者知道的CSS framework就开始疯狂走红。

SCSS的塬理是透过写编写「巢状」的style，取代塬本需要写CSS时需要一直复製DOM结构名称的动作。并且支援变数、数学、继承、mixin等功能…

如：SCSS

代码：

  1. $border-color: #3bbfce;  
  2.        $link-color: #3bbfcf;  
  3.        .content  
  4.        {   border-color: $border-color;  
  5.            a{color: $link-color}  
  6.        } 

可以生成CSS

代码：

  1. .content{ border-color: #3bbfce;}  
  2. .content a{color: #3bbfcf;} 

而Comass是基于SCSS的Framework。提供了更进一步的许多暴力feature。

有些人可能会搞不清楚SASS / SCSS / Compass的关係。如果你有兴趣的话，可以参考我在Upgrade2Rails31这个project中写的两篇文章：Sass/SCSS以及Compass。

posted @ 2014-05-28 15:56  TwinStudio  阅读(310)  评论(0)  编辑  收藏  举报