基于ror的網(wǎng)絡訂餐系統(tǒng)的設計與實現(xiàn)(編輯修改稿)
2024-10-08 02:30 本頁面
【文章內容簡介】 在開發(fā)模式中， Rails 會注意到被修改的文件并重新加載它到應用程序中。 7)創(chuàng)建購物車模型 當用戶瀏覽訂餐系統(tǒng)的在線分類目錄時，他選擇要購買的商品，系統(tǒng)約定每個被選擇的產(chǎn)品應該被添加到客戶的虛擬購物車中，在有些時候，顧客會需要很多東西，并且他會給訂餐站點付款，為他購物車內的商品付款。這意味著應用程序將需要保持所有顧客選購到購物車內的每個商品。 8)使用 session 功能 在瀏覽器與應用程序之間的協(xié)議 是無狀態(tài)的 —— 沒有內建的記憶。當應用程序接受來自瀏覽器的一個請求時，就如同是第一次被訪問一樣，為了保存客戶已放入購物車中的商品信息，系統(tǒng)在 Http“頭”上加上一些有狀態(tài)的事物。應用程序內的某一層會試著對引入的請求，匹配它持有的本地“會話”數(shù)據(jù)部分。如果“會話”數(shù)據(jù)的特定部分匹配來自特定瀏覽器的全部請求，系統(tǒng)會保存使用“會話”數(shù)據(jù)瀏覽器的顧客買下的所有商品的軌跡。 9)定義數(shù)據(jù)表之間的關聯(lián) 主頁： 訂單是一組商品項目，與購買交易的細節(jié)。假定系統(tǒng)中已經(jīng)有了商品項目，當創(chuàng)建新訂單時，它必然要和一個或多個商品項目聯(lián)系在 一起。在數(shù)據(jù)庫中，這意味著系統(tǒng)需要從 line_items(存放購物車中商品的信息 )表到 orders(訂單 )表增加一個外鍵引用，所以在 line_items 表中定義外鍵： Constraint fk_items_good foreign key(good_id) references good(id)， constraint fk_items_order foreign key(order_id)references orders(id)，這告訴數(shù)據(jù)庫外鍵的情況，因為許多數(shù)據(jù)庫都將檢查外鍵約束，以保持代碼的正確性。 10)定義模型之間的關系 系統(tǒng)中需要告訴 Rails 一個訂單有很多商品項目，并且一個商品項目屬于一個定單。在 app/models 目錄下新創(chuàng)建的 (訂單模型 )文件，添加一個對 has_many()的調用。然后在 (購物車信息模型 )文件中添加 belongs_to()方法的調用。 11)代碼重用 假設已經(jīng)有了一個有效的購物車，再創(chuàng)建一個新的 order 對象用來填充 view。注意這個 order 還沒有保存到數(shù)據(jù)庫 — 它只是用 view 來組裝 checkout(訂單信息表單 )表單。可以在 checkout頁增加購物車內容主頁： 的匯總。因為已經(jīng)有了購物車顯示頁面的代碼，接下來就可以使用Rails 的 pos 來重用購物車的顯示代碼。 網(wǎng)上訂餐系統(tǒng)的具體實現(xiàn) 1)創(chuàng)建數(shù)據(jù)庫和表 首先在 Mysql 下創(chuàng)建了數(shù)據(jù)庫 mydatabase，接著建立 orders 表，如圖1所示。 圖 1 建立 orders 表 在這里， Rails 使用一種命名習慣，表名都使用復數(shù)形式。 Rails 可以識別這些復數(shù)表名和控制器、模型、視圖之間的關系。 Id 屬于系統(tǒng)在表中查找數(shù)據(jù)所必須的主 鍵，是整型，非空且自增的， user_name 是用戶的名字， 是用戶的 地址， pay_type是用戶付款的方式，shipped_at是餐廳送出商品的時間，也就是交易完成的時間。 接下來修改
法律信息相關推薦
鄂ICP備17016276號-1