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。

你可能感兴趣的:(git,Ruby,Rails,工具,browser,rack)