惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
GbyAI
GbyAI
P
Proofpoint News Feed
Engineering at Meta
Engineering at Meta
Recent Announcements
Recent Announcements
L
LangChain Blog
B
Blog
阮一峰的网络日志
阮一峰的网络日志
Microsoft Security Blog
Microsoft Security Blog
博客园 - 【当耐特】
M
MIT News - Artificial intelligence
D
Docker
WordPress大学
WordPress大学
J
Java Code Geeks
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
博客园 - 叶小钗
Last Week in AI
Last Week in AI
Stack Overflow Blog
Stack Overflow Blog
有赞技术团队
有赞技术团队
MyScale Blog
MyScale Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
MongoDB | Blog
MongoDB | Blog
博客园 - Franky

Nic Lin's Blog

謝明真 - 高效領導力的課後筆記 NFT 開發實戰!基礎智能合約入門 (3) NFT 開發實戰!基礎智能合約入門 (2) NFT 開發實戰!基礎智能合約入門 (1) 如何自我檢測 log4j CVE 漏洞 Rails 如何在資料寫入時記錄來源 IP 位置 如何經營工程師 Youtube 頻道 - Part 8 營收篇 如何經營工程師 Youtube 頻道 - Part 7 酸民文化篇 如何經營工程師 Youtube 頻道 - Part 5 設備器材篇 如何經營工程師 Youtube 頻道 - Part 4 後製剪輯篇 如何經營工程師 Youtube 頻道 - Part 3 文案企劃篇 如何經營工程師 Youtube 頻道 - Part 2 設備器材篇 如何經營工程師 Youtube 頻道 - Part 1 制訂頻道方向篇 如何經營工程師 Youtube 頻道 - Part 0 Rails 中避免 race condition 的最佳實踐(二) Rails 中避免 race condition 的最佳實踐(一) 10 分鐘整合 google sheet 做自動化開發功能週報 經營 Side Project 300 天所帶來的收穫及挑戰 我的 Youtube 影片製作流程 API 設計時必須注意的 HTTP header 底線問題 如何提升你的程式可讀性之實務技巧(三) 如何提升你的程式可讀性之實務技巧(二) 如何提升你的程式可讀性之實務技巧(一) Ruby 中使用 freeze 優化效能的時機 避免 React 中的 useEffect 無限 render 在 Rails 內輕量使用 Vue Component 的最佳實踐 如何在區域網路用 Docker 架設有 SSL 的 Gitlab 從被問到問人,那些我常問的面試問題 [Rails] 如何漂亮寫出可維護的 query (Maintainable Rails Query) 在已知長度情況下優化 slice 的性能
Ruby Memoization 性能優化之記憶化
Nic Lin · 2019-08-04 · via Nic Lin's Blog

Memoization 是什麼

基本上是對「函數」的一種快取(Cache),能夠在執行一次調用後將結果快取下來,避免在第二次調用時再次花費計算成本。

在 Ruby 內使用 memoization 的例子

def orders
  @orders ||= Order.all
end

||= 會在參數為 nil 時執行調用後者的 Order.all,當 @orders 被塞入值之後則會直接拿 cache 的資料回傳,也就是說在這裡無論 call 多少次 orders 也只會有一次的 SQL query

不是每個情況都需要 cache

cache 是有成本的,過度的 cache 會造成難以追蹤數據是在哪一個地方被 cache,同時也要考慮 cache invalidation 的狀況

基本上還是要看情況來判斷到底該不該用 memoization,而使用的情況依照資源運算成本來說可能分為幾種

成本呼叫次數好處
一次完全沒有
多次除非工作量非常大,否則好處不明顯
多次可能值得

所以在撰寫設計時需要注意這樣操作的好處是否值得?

class Comment
  # ...

  def review_ended?
    # 這裡計算資源成本便宜,所以不需要實做快取類似以下
    # @review_ended ||= 24.hours.ago >= updated_at

    24.hours.ago >= updated_at
  end
end

Constructors

Ruby 常見的 class 在初始化時可以透過 initialize 將值塞進 instance variable

class PlaceOrderService
  attr_reader :user

  def initialize(user_id)
    @user = User.find(user_id)
  end
end

這樣在 object 被建立時,就可以直接讀取 @user 了,不需要每次再透過 user_id 去尋找

懶加載 Laziness

如果有一個昂貴的操作不一定會呼叫到,那麼把昂貴的機算用 memoization 丟到 method 內是更好的作法。

這樣一來在 object 生成時,並不會直接執行該 method,而是等到真正被呼叫到時才執行,並且也能夠在被呼叫時 把這個昂貴的操作 cache 起來

class User
  def main_address
    @main_address ||= begin
      # do expensive work
      maybe_main_address = home_address if prefers_home_address?
      maybe_main_address = work_address unless maybe_main_address
      maybe_main_address = addresses.first unless maybe_main_address
    end
  end
end

begin..end 會創建一個 block 然後回傳最後的值,同時也可以拿到 block 裡面定義的變數,其實和直接定義 method 有點相似,差別他可以和外圍的程式碼共享局部變數就是了。

所以其實我們可以把包 begin 的部分在單獨拆開如下一個範例所示

將 cache 和計算分開

這樣做比上面更好了,除了可讀性的提升,也便於測試,必要時還可以覆用 method

class User
  def main_address
    @main_address ||= maybe_main_address
  end

  private
  
  # do expensive work
  def maybe_main_address
    return home_address if prefers_home_address?
    
    work_address || addresses.first
  end
end

或是把昂貴操作放在 constructor 也行

class User
  def initialize
    @main_address ||= maybe_main_address
  end

  private

  # do expensive work
  def maybe_main_address
    return home_address if prefers_home_address?
    
    work_address || addresses.first
  end
end

小結

Memoization 使用場景

  1. 將昂貴的操作 cache 起來
  2. 延遲不一定會操作到的昂貴 method(懶加載)

常用情況

  • object 頻繁操作的對象可以直接放在 constructor 在生成時直接快取,並可以設置 attr_reader
  • 只用一次的操作丟到 method 就好
  • 便宜的操作資源丟到 method 就好
  • 昂貴且不一定會用到的資源用可以用 memoization 處理懶加載 + 快取

參考資源