cache (2)

前文提到的一些 cron 事宜，下午開始覺得不對，著手進行了一些修改。
主要的問題是，comments_count 並不是 publish 的問題，而是 sync.

朋友的相片不會改變，循其本，他本來就是一種 relationships.
然而 comments_count 卻是一種會改變的狀態，也是一種運算的結果。
前者不會也不需要改變，一個相片只需要處理一次；然而留言數的計算，
在每一次有 post 產生時都會改變。這兩者打從一開始就不一樣。

我想現在有三個選擇，就是 comments 被 post 後，替所有的計數
都加上一筆。這樣變成 post 時會牽涉到許多的 update. 其實我是覺得，
對於所有的 post, 使用者都能夠有足夠的耐心等候。重點是讀取要快。

但我想暫時還是不考慮這種作法，因為這其實也有點暴力沒錯。第二個選擇是
把所有需要增加計算的東西都塞進 queue 裡面，然後 queue 定時跑即可。
一開始想引用 bj, 後來看到 github 推薦 delayed_job, 但是這沒有 gem...

我會先選第三種，就是改成定時做 sync.

原本的 cron.rb 改成：

Cron.run(photo)
Sync.run(photo)

前者就是一開始提到的 relationship, 做完就不會再改變的。
後者則是原本的 comments_count, 需要定期去跑。實作大概像這樣：

module Runnable
  def run photo
    methods(false).each{ |job| send(job, photo) }
  end
end

module Cron
  extend Runnable
end

module Sync
  extend Runnable
end

Dir['cron/jobs/*.rb'].each{ |job|
  require job[0..-4]
}

這沒什麼。接下來就是把所有的工作都定義成 Cron/Sync 的 module function.
然後全部 require 進來，所有的工作就會自動批次執行了。
sync.rb 就單純執行所有需要常常跑的作業，從頭掃到尾！
這邊究竟要怎麼分工，還要細思。可能就固定拆成四塊來跑？

require 'app/datamapper/init'
require 'cron/jobs'

Photo.all.each{ |photo| Sync.run(photo) }

所以 Sync 是 Cron 的超集，Cron 要做的事 Sync 都要做，
而 Sync 額外需要固定時間掃一次。