在 Rail 的 MVC 架構中，M 是負責驗證與邏輯、以及轉譯向資料庫溝通的角色; C 是負責資料的搬運，搬往 M 或 V; V 則是負責畫面的呈現、及使用者與資料的互動，並將請求送往C，接著得到 C 送回來的資料。 form_tag form_for form_with

將 Rails 環境帶入 rake 裡，讓 rake 可以使用 Rails 的元素，像是 Model： 如果沒有導入環境給 rake ，rake 就找不到 User ，就沒辦法 new 了。 終端機輸入： 透過回圈，一個指令，產生多筆資料： 更複雜的：

在介紹什麼是樂觀鎖、什麼是悲觀鎖之前，我們先來了解一下，這兩個鎖是應用在什麼地方？ 資料庫 為了達成這件萬中選一的情況，就必須使用到「鎖」的概念。 悲觀鎖 從字面上來想，可以很清楚的知道，這個鎖是用悲觀來看待資料的寫入。基於對事件的不信任，所採取的行為。 樂觀鎖

在 Rails 裡常常可以看到 redirect_to 跟 render，但這兩者到底有什麼差異呢？ Redirect_to redirect_to 後面接網址路徑，是用來轉到該網址路徑去，也就是換到一個新的頁面。 如果在 new 的頁面上 （同一條溪流，這一秒的水流跟下一秒的水流是不一樣的水流）

Find 輸入一個 id 參數後，尋找相對應的一筆資料。 在 SQL 的部分： 如果 find 找不到相對應的資料時，會跳出兇殘的錯誤訊息： Find_by 輸入一個或多個參數後，找到相對應的一筆資料。 在 SQL 的部分： Where 輸入一個或多個參數後，找到相對應的多筆資料。

避免使用者在資料寫入時，強行新增非官網的資料時，所進行的預設阻擋功能。 所以必須新增一個「白名單」，才能正常寫入： 寫了這段後，除了 permit 的資料，其他額外的資料都會被過濾掉，不會進來。

MVC是一套網頁開發的架構流程，代表著從前端到後端的各自分工。 M: Model 多個 model 建立的 tables 們能夠透過 foreign_key 或是 belongs_to / has_one / has_many，將彼此的資料產生關聯。 V: View C: Controller

直接來看範例吧

　　一切的重點就是在利用文字排版與語言解構使程式碼more「readable」 　　範例如下列網址，有興趣深入了解可進去觀看

1. p1 = Product.new(name:"衛生紙") 接著執行 p1.stores = s1 卻出現 undefined method "each"的錯誤訊息。(如下圖一) 解決方法： 強制給實體掛上store_id 接下來處理Product