Hi, we will attend RubyChinaConf 2013 this year. ( 5 of our developers will fly to Beijing)
Also, our dev lead "xdite" will also give a speech about how to avoid write maintainable rails view
寫出容易維護的純 Ruby / Rails code 門檻並不高。但開發網站過程中，最令人頭疼的是，當程式碼牽扯到 UI 層面，許多事情就亂了套。這個 talk 會分享許多實務上如何設計維護性高的 View 的最佳實踐。Helper, Partial, Cells, Decorate Object, View Object, Form , Policy Object, 这个主题将向你一一讲解。
Yesteday, I found out an interesting gem warden-github-rails reported by Ruby5. It allows developers using Github organization and team to manage routing permissions.
It is very useful. So I immediately implemented in our internaal applications. Here is Howto
https://github.com/fphilipe/warden-github-rails/
put in Gemfile
gem "warden-github-rails"
github_client_id: ""
github_client_secret: ""
github_organization: "rocodev"
github_team:
name: "your_team_name"
id: "team_interger_id" # github using interger id as team
get client_id / client_secret from Github Applicatio Registration
create a new file config/initializers/warden_github_rails.rb
Warden::GitHub::Rails.setup do |config|
config.add_scope :admin, :client_id => Setting.github_client_id,
:client_secret => Setting.github_client_secret ,
:scope => 'user'
config.default_scope = :admin
config.add_team Setting.github_team.name, Setting.github_team.id
end
config/routes.rb
github_authenticate(:org => Setting.github_organization, :team => Setting.github_team.name ) do
namespace :admin do
root :to => "base#index"
match '/logout' , :to => "base#logout", :as => :logout
end
end
app/controllers/admin/base_controller.rb
class Admin::BaseController < ApplicationController
def index
@is_admin = github_authenticated?(:admin)
sign_user_from_github(github_user)
end
def logout
github_logout
sign_out current_user
redirect_to root_path
end
protected
def sign_user_from_github(github_user)
user = User.find_or_create_from_github(github_user)
sign_in user
end
end
class User < ActiveRecord::Base
def self.find_or_create_from_github(github_user)
user = User.where(:email => github_user.email).first
if !user
user = User.new
user.email = github_user.email
user.name = github_user.name
user.password = Devise.friendly_token[0,20]
user.save!
end
return user
end
end
Enjoy!
You can find more API in
Rails 3 中生 MySQL 生 subquery 的方式
有時候設計 Rails Application 時，某些 JOIN 的語法並不是那麼好寫。（不管是手刻，或者是透過 ORM 下出來。）
所以在 Application 層（ PHP or Rails) 下兩次 SELECT 或者是用 subquery 往往會變成直覺下的取代方案。
舉個例子，有個功能叫做：我上架的書有被人 facvorite 的總數量。
一般開發者在不用 JOIN 的情況下，會寫出這樣的 code
book_ids = Book.where(:user_id => user.id)
favorite_count = Favorite.where(:book_id => book_ids).select("book_id").map(&:book_id).uniq.size
因為你無法知道 book_ids 怎麼拉出來丟 query，只好拉到 Application 層再塞回去用 IN 撈。數量小這樣的作法是還 okay….但…萬一 book_ids 多達萬，顯然這招就效了。除了慢之外，還製造一堆無用物件浪費記憶體空間…
而 Rails 3 背後強大的 Arel，其實提供了自動算出 subquery 的語法：
其實上面那一段可以改為這樣寫
favorite_count = Favorite.where(:book_id => Book.where(:user_id => user.id)).select("distinct book_id").count
是的，在查詢語句裡面再下條件就會自動變成 subquery 了....
Favorite.where(:book_id => Book.where(:user_id => user.id))
http://stackoverflow.com/questions/5483407/subqueries-in-activerecord
TL;DR : Rails 4 是一個溫和加強版的 Rails3，而且贈送了很多酷炫 feature，適合進場
上個月花了一點時間直接衝了 Rails 4.0beta1，利用 upgrade project 去熟悉整個 Rails4 新的架構。
若要我形容對於 Rails4 這次升級的感想的話，我會總結為兩句話 New Feature, Better Syntax。
相較於 Rails 2 -> Rails 3 幾乎是個毀天滅地的重新大改寫（i.e. 不管是 Rails 本身，還是使用 Rails 開發的 project），Rails 3 -> Rails 4 的升級及變更內容顯得溫和許多。
Rails 4 這次的改進，許多都是吵了多年以來的折衷方案、或者是許多開發者對如何設計，始終各自有 strong opinion 的主題，都找到 best practices 而被一槌定音了。或者是一些一直以來大家覺得老是被逼著這樣寫，非常智障的設計，也都被改掉了…
update & update_columns：update 會觸發 callbacks, update_column 不會，但是 update_column 無法送多個 params，於是必須只好用 sneaky-save 這個 solution 繞過。現在 4 直接支援 update_columnsrespond_to do |format| 拿掉 xml 以 json 取代：2013 年了，沒人再拿 xml 當 default API... public/index.html : 砍掉愚蠢的 publc/index.html，以往教 Rails 初學者第一課就是記得砍掉這個預設檔案，不然寫的東西都會看不到, :flash => { :warning => "Oh no!" } 是很智障的事，Rails4 開放自定義 flash types。(P.S. 這是我提的...)學 Rails4 最快的方式不是看書，因為總體而言，這次的升級並不是什麼大破壞。改良的 syntax 和好用的新 feature。反而應該會減少不少平常開發上的負擔。而學習 Rails4 最好的方式就是用勇敢在現有的 project 上，大方的開一個 rails4 branch 下去練習升。
不用花很多時間你就能感受到 Rails4 新 feature 帶來給你的好處…
// 警告：以上建議只針對 Senior Rails Developer。目前還有一些 gem 沒有 Rails4 版本。所以 project 升級有時候會遇到必須要自己 fork gem「手動升級/Hack」的狀況，不熟包 gem 者勿輕易嘗試。
這次內建的一些 feature，其實都還蠻有意思的，也許將來還會挑幾篇特別再寫幾篇文章...
TL;DR ：禁止使用 @import "compass";，最少最少都要從第二層如 @import "compass/css3"; 呼叫起。
===
上禮拜幫一個專案上了從 Wrapbootstrap 上買來的 Core Admin CSS 當後台 Admin 之後。開發的同事偷偷問我，是否有什麼設定可以讓開發時不重新 compile CSS，因為現在第一次進後台，compile CSS 都要超過五秒。但我們自己寫的前台 CSS 倒沒有這個問題....
五秒是個很驚人的數字，根據以往的經驗，我猜測可能又是 CSS 架構設計不當的問題，所以編譯才要花這麼久時間。
果不其然，鑽進去看了一下整體架構之後，我只送了一個 commit，改了九行。
before : Compiled core-admin/application.css (44080ms) (pid 74648)
after : Compiled core-admin/application.css (116ms) (pid 74648)
compile 時間就從 44 秒降到 0.1 秒.......XDDDD
Okay 這其中的原因是:
core-admin/application.css 的架構是這樣的，大概掛了 20 支以上的 CSS。
*= require core-admin/uniform_default
*= require core-admin/base
*= require core-admin/box
*= require core-admin/message_box
*= require core-admin/dropdowns
*= require core-admin/font-awesome
*= require core-admin/responsive-tables
*= require core-admin/fullcalendar
*= require core-admin/gritter
...
其中絕大部分的 CSS 又有這一行 @import "mixin_helpers";，而 mixin_helpers.css.scss 裡面的第一行就是 @import "compass";。
Compass 的運作原理就是用層狀結構掛下底下數十支 mixin。假設 compass 底下超過 30 道 import 好了。乘以呼叫 compass 的 20 次，那會是相當驚人的數字。而 AssetPipeline 的問題是只要遇到 @import 速度就會慢下來。
所以很慢是理所當然的。把 @import "compass"; 換成直接呼叫 compass 下負責的 mixin，如 @import "compass/css3/box-shadow"; 就沒有這些問題了。
這也是我們前台 CSS 並不慢的原因，因為公司的前端開發內規有一條就是禁止使用 @import "compass";，最少最少都要從第二層如 @import "compass/css3"; 呼叫起。這樣可以避免之後很多維護上的問題…
特別如果你是 SMACSS：Scalable and Modular Architecture for CSS 的愛好者的話，更不可以不注意這一點…
另外附上我 tune CSS compile 速度的原則，提供各位參考：
