[心得] 一點 rails 雜項心得

看板Ruby作者 (godfat 真常)時間17年前 (2007/12/11 23:48), 編輯推噓1(101)
留言2則, 2人參與, 最新討論串1/2 (看更多)
最近在寫 rails 2.0, 一點零散的心得: 1. 靠 has_many :through 確實可以完成很多工作, 使得 conditions 可以少下很多。不過離我想像中的 OO 還有很長很長的一段路......(有時候聽到一些 association 不 OO 的說法,就讓我不知道該怎麼接話下去...) * 2. 用了一個取巧的方式使得我這邊的程式不用同步對方 server 上的 model. 大致的問題在於如果我只單單 query 對方的資料, 會使得我這邊的資料難以紀錄,因為有很多額外資訊需要紀錄。 目前的解法是做個類似 proxy 的東西。我原本是在想, 這東西應該要是一個 < ActiveRecord::Base 的東西, 還是 < MyModel 的東西?目前的作法是都不必, 他大概長這樣: class Friend undef :id # make it fall through method_missing def initialize data @data = data @user = User.find :first, :conditions => ['remote_friends_id = ?', self.remote_friends_id] rescue nil end def method_missing msg @data[msg.to_s] || @user.send(msg) # rescue nil end end 這樣一來,我就可以透過這個 Friend 取得之前用 open-uri 取得的遠端資料,同時可以存取他在於本地端的資料, 也就是我需要額外紀錄的資料,也不用做這份 friends 的同步動作。 * 3. mongrel 一次只能處理一個 request? 為了測試方便,我另外開了一個 controller 來產生偽造的資料。 於是我就在一個 request 中再丟出另外一個 request... 結果就 timeout 了 =_= 我很困惑,應該沒寫錯什麼才對,才忽然想到 mongrel 好像只能處理一個 request. 我想事情是這樣的: 1. request for a page 2. request for remote data 3. request for remote data 4. request for remote data 因為 1. 會產生 2~4, 然而 1 還沒結束,所以 2~4 只是進去 mongrel 的 request queue... 2~4 都在等 1 處理完,但是 1 需要 2~4 的結果, 這樣就卡死了 =_=b 另外開一個 mongrel, 開另外一個 port, 改成 request 那個 mongrel, 結果就沒問題了..... 發現這件事的原因是 test 都能過,不懂為什麼 browser 就死 = =b 所以就想到可能是 server 造成的了。 有寫 test 真的是能讓開發變得順利許多...... 不過事後再寫意義也不大就是了,一定要先寫或是中途寫。 * 4. 我不是很懂何謂 REST, 每次看到一堆超長的描述就懶得看... 不過 respond_to 寫起來真的是很爽,可以同時處理一大群的 output. 像是現在我寫了這個: class ApplicationController < ActionController::Base before_filter :restful_response protected def restful_response template = "#{self.controller_name}/#{self.action_name}.xhtml.erb" respond_to{ |format| format.html{ render :template => template } format.xhtml format.xml{ render :template => template, :layout => false } } end end 這樣我的 xhtml/html/xml 都可以使用同樣的 template, 而 layout 則各自用各自的 layout. xhtml 就輸出 XHTML 1.1, html 輸出 XHTML 1.0 Transitional, xml 只輸出單純的內容,這個東西會交給 link_to_remote :update 使用: def menu_item title, url link_to_remote title, :update => 'content', :url => url.reverse_merge(:format => 'xml') end 除此之外,要支援 RSS 2.0 和 ATOM 1.0 也是很容易... 真好啊。 rails 1.2.x 的 rxml 真的太殘廢了..... 之前搞半天現在幾行就好。 除此之外,還設定了 xhtml mime type: Mime::Type.register 'application/xhtml+xml', :xhtml 全面使用 XHTML 絕對是大有好處的 @@ HTML 的缺點實在是太多了...... (像是,哪裡 tag 有 typo, browser 處理 HTML 都是容錯, 然後就很容易搞不清楚錯在哪?XHTML, browser 會報錯,有 error message 啊!) (不過 IE 好像沒有就是了?至少 firefox 2, safari 3, opera 9 都有...) 雖然說要把別人給我的 HTML 改寫成 XHTML 實在非常費力, 但是改成的話後來不管做什麼都非常容易 :D (除了如果還要去 merge 新版 HTML 的 layout Orz, 這一樣很費力) * 5. fixtures 不用再寫 id 了。不過似乎不能產生完全空的 fixture, 這樣我只好亂寫一些屬性了 @@ model unit test 不用再宣告 fixtures... controller functional test 也不用再寫一堆設定,(原本要嗎?) 大概就差 view 的 test 還沒寫吧...(這要怎麼寫?) 有寫 test 真的很有好處,至少對於有沒有 bug 這件事會多很多信心 XD 不過也是這次比較不趕才在嘗試新東西... * Ruby: 1.8.6.110 Rails: 2.0.1 Mongrel: 1.1.1 RubyGems: 0.9.5 OS: Mac OS X 10.4.11 編輯器:TextMate 1.5.5 Shell: fish 1.22.3 版本控制:SVK 2.0.2 資料庫:MySQL 5.0.45(擔心銜接問題,不然會用 PostgreSQL) output: XHTML 1.1 + XHTML 1.0 Transitional + XML (用 w3c validator 測試) 測試 browser: Safari 3.0.4 + Navigator 9.0.0.4 (fx 2.0.0.10 based) + Opera 9.24 如果方便的話我也想測 IE, 因為他最會捅簍子...(而且不吃 XHTML...) 之前還碰過 flash 是只有 IE 某些版本才會出問題,搞不懂為什麼... 希望 IE 8 快出來把可怕的 IE 6 都幹掉 Orz --   『風車』が廻り続ける度に 『美しき』幻想が静かに紡がれ    『焔』の揺らめきの外に 『腕』を伸ばす愚かな者達 -《Roman》5th Story  『宝石』をより多く掴もうと 『朝と夜』の狭間を彷徨い続ける Track 10   『星屑』の砂の煌めきにも 『葡萄酒』の仄甘い陶酔を魅せ 黄昏の賢者 『賢者』が忌避する檻の中から 『伝言』の真意を彼等に問うだろう   『天使』が别れを告げし時 『地平線』は第五の物語を識る -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.135.28.18 ※ 編輯: godfat 來自: 220.135.28.18 (12/12 00:55)

12/12 02:34, , 1F
in fact, xhtml is dead. html is future...:)
12/12 02:34, 1F

12/12 16:41, , 2F
why? any reference?
12/12 16:41, 2F
文章代碼(AID): #17Nh5UDK (Ruby)
討論串 (同標題文章)
文章代碼(AID): #17Nh5UDK (Ruby)