Mike
1 位追蹤者
紀錄並分享學習 Code 的過程～
1會員
13內容數
全部內容
由新到舊
在 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
1. p1 = Product.new(name:"衛生紙") 接著執行 p1.stores = s1 卻出現 undefined method "each"的錯誤訊息。(如下圖一)
解決方法：
強制給實體掛上store_id
接下來處理Product
