使用 laravel 的前與後
14 likes7,043 views
本文件介绍了使用Laravel框架的开发流程，包括Homestead虚拟机的设置和优势，以及环境变量、artisan命令、数据库迁移和填充、路由、控制器、视图模板引擎和ORM模型的使用。利用Laravel的功能可以提高开发效率，减少手动操作带来的错误，同时确保开发环境与生产环境的一致性。文档中包含了多项示范和比较，使开发者能够更轻松地理解和应用Laravel。
![各開發階段流程
[ development ]
開發用、測試用
[ local ]
本機端開發
[ staging ]
階段性發
[ production ]
正式上線
每個開發夥伴本機端
獨立開發，開發完成
後送回版本控制系統
[version control]
原始碼管理
定期從版本控制系統
取出後，進行整合、
單元等測試
專案階段完成後，進
行階段性發 ，給客
戶測試、確認
所有階段完成後 署
至正式主機，對外公
開使用](https://image.slidesharecdn.com/2-laravel-150112235846-conversion-gate02/85/laravel-23-320.jpg)
使用 laravel 的前與後
- 1. 使用 Laravel 的前與後 shengyou @ 彰師大資工系學會(2014.11.27)
- 2. 簡報主題 • 透過使用 Laravel Framework 完成同樣的專 題內容，比較使用框架與否的差異： - 使用 Homestead - 啟始 Laravel - 環境變數設定 - Artisan 指令 - 建立 Migration/Seeding - 設定 Route - 連結 Controller - 使用樣板引擎 - 使用 ORM/Model - 使用 Package
- 3. 使用 Homestead
- 4. 什麼是 Homestead？ • 隨著開發工具 趨複雜，為降低建置開發 環境的難度、減少建置時間、並提供完整 工具鏈，Laravel 官方推出名為 Homestead 的虛擬機器方案 • Homestead 2.0 更整合了 Composer，讓 homestead 的使用、操作更加簡便 ★ 參考：http://laravel.tw/docs/4.2/homestead
- 5. 為什麼要 Homestead？ • 透過使用虛擬機器，可直接在開發機上模 擬上線主機環境，確保程式可 署 • 透過Virtual Box +Vagrant 的組合，讓複雜 的虛擬機器安裝、複製、散 、更新變得 更加容易，而 Laravel 官方透過 個方式 直接提供開發者一整個開發工具包
- 6. 有 些好料？ • Ubuntu 14.04 • PHP 5.6 (with mcrypt) • HHVM • Nginx • MySQL • Postgres • Node (With Bower, Grunt, and Gulp) • Redis • Memcached • Beanstalkd • Laravel Envoy • HipChat + Slack
- 7. 怎麼使用？ • 安裝Virtual Box • 安裝Vagrant • 安裝 composer 套件 • 透過指令 啟動/暫停 homestead ★ 參考：http://mattstauffer.co/blog/introducing-laravel-homestead-2.0
- 13. Before & After • 團隊成員各出奇 招、自建開發環境 • 署時可能因為環 境差異而造成程式 碼無法運作 • 統一團隊成員的開發 環境的差異 • 開發環境與上線主機 同步，開發時即可預 測程式 署結果
- 14. 啟始 Laravel
- 15. 如何啟始一個專案？ • 使用 Laravel Installer • 使用 Composer ★ 參考：http://laravel.tw/docs/4.2/installation
- 17. 簡要示範 使用 Composer - P.1
- 18. 簡要示範 使用 Composer - P.2
- 19. Laravel 目錄結構 •Document Root 指向 public •vendor 是 Composer 套件 •app 是大多數寫程式的位置
- 20. Before & After • 手動管理所有原始 碼 案，若在移 動、複製時出錯就 GG • 引入套件、升級函 式庫費時辛苦 • 使用 Composer 統一 管理所有元件，安 裝、更新都方便 • 框架目錄結構清楚且 依照慣例，即便新成 員也能無接縫使用
- 21. 環境變數設定
- 22. 什麼是環境設定？ • 在開發過程中，程式碼會經過數個不同的 開發階段，每個開發階段都會 署在不同 的機器上。也因此，諸如 DB 連線資 等 變數在不同機器上就會有不同的設定 • 環境變數的設計，就是讓程式碼可以動態 的適應不同機器上的不同設定，減少 署 時需手動調整設定的負擔
- 23. 各開發階段流程 [ development ] 開發用、測試用 [ local ] 本機端開發 [ staging ] 階段性發 [ production ] 正式上線 每個開發夥伴本機端 獨立開發，開發完成 後送回版本控制系統 [version control] 原始碼管理 定期從版本控制系統 取出後，進行整合、 單元等測試 專案階段完成後，進 行階段性發 ，給客 戶測試、確認 所有階段完成後 署 至正式主機，對外公 開使用
- 24. 為什麼要設定環境？ • 以往程式碼 署到不同主機時，就要手動 修改相關的連線資 • Laravel 的環境設定設計，可以讓 Laravel 自動依照不同的主機名稱，自動載入對應 的相關設定，開發者也可自行決定開發階 段的名稱，可搭配自動 署工具，讓 署 工作快速不出錯
- 25. Laravel 如何偵測環境？ • bootstrap/start.php • ~$ hostname ★ 參考：http://laravel.com/docs/configuration#environment-configuration Laravel 自動環境偵測
- 26. 如何設定環境變數？ • app/config/{environment}/*.php - Laravel 會自動根據目前的環境，載入對 應的設定 ，覆寫預設設定 • .env.{environment}.php - Laravel 4.1 開始整合 phpenv 套件，直接 將環境變數載入後，覆寫預設設定 ★ 參考：http://laravel.tw/docs/configuration#protecting-sensitive-configuration ★ 參考：http://laravel.tw/docs/4.2/configuration#environment-configuration
- 29. Before & After • 程式碼 署到不同 主機時，都要手動 修改相關設定值 • 直接將機敏資 寫 在程式碼放到版本 控制裡，有曝露風 險 • 透過環境設定，程式 碼可以自動適應所在 主機的相關設定 • 透過 phpenv 動態載 入，機敏資 不會曝 露在版本控制的原始 碼內
- 30. Artisan 指令
- 31. 什麼是 artisan？ • Laravel 專屬的指令列工具，協助我們完成 日常繁瑣工作事務，如： - 產生 auto-load、清快取、最佳化 - 產生 migration、控制 queue - 維護模式
- 32. 為什麼要用 artisan？ • 自動幫忙產生想要的 物件 鷹架， 可以少 打一些程式碼 • 啟動常用的工具、最佳化 Laravel • 簡單來說，就是因為 懶 我們是高效率的 攻城獅
- 33. 如何使用 artisan？ • $ php artisan {command} • 常用的指令有： - env、 dump-autoload、optimize - controller:make、migrate:make - migrate、db:seed
- 35. Before & After • 所有程式碼維護的 工作都要由自己手 動處理 • 所有關於框架的鎖事 都可以由指令列協助 我們完成
- 37. 什麼是 Migration？ • 所有對 DB 操作的動作，都 寫對應的程 式碼來完成 (Laravel Schema builder) • 分成 up / down (前進/後退) • 每個人拿到更新版本後，透過執行 migrate 就可以有相同的 DB 結構，若有問 題也可以 rollback 回之前的狀態 ★ 參考：http://laravel.tw/docs/migrations
- 38. 什麼是 Seeding？ • 在開發時，往往會需要資料來做顯示、刪 除來測試程式，但資料的內容不必是真 的，但自己建太累了… • 透過 Laravel 的 table seeder，可以快速的 將假資料倒進資料庫，方便開發 CRUD 種以資料操作為主的功能 ★ 參考：http://laravel.tw/docs/migrations#database-seeding
- 39. 為什麼要用 M & S？ • 多人開發時，因為新功能而需要修改 DB 結構，若沒有 Migration 則其他人就無法 知道 DB 的差異； 署時，DB 的修改沒 有紀錄、若有狀況也無從回復 • 用 Seeding 後，可以快速的讓 DB 內有測 試資料可以使用，寫 DB 操作時效率大增
- 40. 怎麼做 Migration？ 使用 artisan 產生 migrate
- 41. 怎麼做 Migration？ 透過 Laravel Shema Builder 操作 DB 變更
- 42. 怎麼做 Migration？ 透過 artisan 執行 migrate
- 43. 怎麼做 Migration？ 透過 artisan 執行 migrate
- 44. 怎麼做 Seeding？ 先寫 Seed Class (產生完 Class 記得 dump-autoload)
- 45. 怎麼做 Seeding？ 在 DatabaseSeeder 內呼叫要執行的 Seed Class
- 46. 怎麼做 Seeding？ 使用 artisan 執行 db:seed
- 47. Before & After • 所有的 DB 操作沒 有紀錄，多人開發 時常常會因為 DB 不同步炸掉 • 開發時，光產生測 試資料就花掉很多 時間 • 所有 DB 修改都有紀 錄，同步方便且可復 原 • 可快速產生假資料， 也可快速清空資料 庫，方便開發寫資料 操作 (CRUD)功能
- 48. 設定 Route
- 49. 什麼是 Route？ • Route 就是 App 一條一條的門禁規則，規 則內指定每一個路由可以接受的動作 (GET、POST) 及需要傳入的參數 • 從上而下逐一比對。符合就會執行、若找 不到就會回傳 404 (Not Found) • 可搭配 group、prefix、namespace、sub- domain 做彈性設計 ★ 參考：http://laravel.tw/docs/routing
- 50. 為什麼要用 Route？ • Document Root 指定在 public，透過框架 進入點 (index.php) 統一管理所有路由，增 加程式碼安全性 • 透過 Route 設計，所有 App 可使用的路由 就一目了然，若出錯時也方便除錯
- 52. 檢查 Route 設定 用 artisan 指令列出目前的 Route 設定
- 53. Before & After • 所有的頁面都要手 動新增一個 *.php 案 • 每一個 *.php 案 還要針對可接受的 http method 做判斷 • 統一由 Route 管理 App 內所有的路由， 增加開發的效率與應 用程式安全性
- 54. 連結 Controller
- 55. 什麼是 Controller？ • 依照 MVC 原理，處理 Route 送過來的資 料，並依應用程式邏輯操作 Model 改變 存的資料 • 所有應用程式的邏輯由 Controller 統一處 理，Controller 本身依功能命名 ★ 參考：http://laravel.tw/docs/controllers
- 56. 為什麼用 Controller？ • 將應用程式的裡將複雜的程式操作邏輯， 獨立成 Class 以利維護，從 Class、 Function 的命名就可以大致猜出其功能 • Laravel Controller 本身即 IoC Container， 可自動 dependency injection
- 57. 怎麼產生 Controller？ 使用 artisan 指令產生 Controller Class
- 59. Controller 怎麼寫？ 對應 function 名稱內寫操作邏輯
- 60. Before & After • 程式的操作邏輯總 是寫在 *.php 的開 頭，程式邏輯、DB 操作、資料顯示全 混在一起的「義大 利麵式」寫法 • 程式操作邏輯分門別 類由不同的 Class 處 理，Class 內各 Function 也只專注處 理一個邏輯，在分工 與維護上都更清楚
- 61. 使用樣板引擎
- 62. 什麼是/為什麼要樣板？ • 一個 MVC 網路應用程式直接跟使用者互 動的部份就是View • 在實作頁面時，很多頁面的 HTML DOM 其實是重複的，為減少維護多份重複的原 始碼，並讓開發更簡便，我們需要透過樣 板將頁面相同的區塊獨立出來
- 63. Laravel 的樣板引擎 • Laravel 針對寫網路應用程式一定需要的樣 板功能提供了 Blade 個樣板引擎 • 透過 Blade 語法，可以讓頁面有親屬關 係，讓樣板繼承 (template inheritance)變得 簡單，且可將頁面重複的部份拆分成區塊 (section)，再引入至頁面對應的位置即可 ★ 參考：http://laravel.tw/docs/4.2/templates
- 64. 怎麼用 Blade？ • 所有的 view 都統一放在 views 資料夾底下 • 依照慣例，主樣板會放在 layouts 資料夾 內；子樣板會放在該 resource 資料夾內 • blade 樣板的副 名命名為 *.blade.php
- 69. Controller 回傳View 在 Controller 裡宣告回傳 view 的名稱
- 70. Before & After • 不同頁面裡相同的 區塊 能用 include 的方式在不同頁面 引入、彈性較低 • 透過 Blade 很容易的 將網頁拆成主板、子 板及區塊 • 不同區塊經拆解後， 容易重複使用，開發 時 需專注在區塊內 即可
- 71. 使用 ORM / Model
- 72. 什麼是 ORM？ • ORM = Object-relational mapping • 簡單來說，就是把資料庫裡一筆一筆的資 料變成物件來操作。 些物件透過繼承可 以增加更多的方法，讓資料庫的操作 (CRUD) 更加直覺、方便
- 73. 為什麼要用 ORM？ • 原本在寫資料庫查詢時，往往需要自行依 照需求下 SQL 查詢式，當查詢式變長、 關聯日趨複雜時，很難直覺了解該查詢式 的作用 • 自行處理 SQL 查詢式時，也需確認輸入 的字串是否都有 Escape 以防安全性疑慮
- 74. Laravel 的 Eloquent • Eloquent 是 Laravel 提供的 ORM 工具，依 照以下慣例，讓 DB 操作變得容易： - 一個 resource 對應到 DB 裡的一個 table - 一個 model 對應到 table 裡的一個 row - model 是單數、table 是複數 - 從 Eloquent 取出來的東西是 Collection
- 75. 怎麼設定 Model？ 在 Model 裡設定 DB 名稱 (可依照慣例)
- 77. 怎麼操作 ORM？ 取出前 5 筆文章 (Laravel 支援自動分頁 ！)
- 78. 在View 裡呈現 在 view 裡將 model 的資料印出來
- 79. Before & After • 所有跟資料庫操作 相關的動作都要自 己下 SQL 語法 • 在組合 SQL 語法 時，要小心任何有 安全性疑慮的字串 • 透過 Eloquent，操 作 DB 就像寫敘述 句一樣，資料表間 的關聯也很直覺 • 本身就已針對安全 性做防禦，減少初 學者可能的錯誤
- 80. 使用 Package
- 81. 什麼是 Package？ • Package 簡單來說就是 Laravel 的擴充程 式，透過安裝 Package 就可以直接使用別 人寫好的功能，加快開發速度 • 在 3.0 時叫 Bundle，4.0 以後改稱 Package • 概念同 Symfony 的 Bundle；Rails 的 Gems
- 82. 何處尋找 Package？ • 搜尋引擎： - Packagist - Packalyst • 聽 大神/同事/朋友 的推薦 • 看別人的 Open Source 裡用 些？
- 83. 如何選擇 Package？ • 參考 Package 搜尋引擎上的 Downloads、 Trust、Popularity 等數值做參考指標 • 看 Package 的作者是誰？ • 聽別人的推薦、部落格的介紹 • 多試幾個同類型的 Package，找出最順自 己手的來用
- 84. 如何安裝 Package？ • 仔細閱讀 README (確認版本、規格) • 調整 composer.json / composer update • 設定 ServiceProvider、Alias (視需求) • Publish 設定 (視需求) • Migrate DB (視需求) ★ 以 Sentry 2 為例：https://cartalyst.com/manual/sentry#installation
- 85. 設定 composer.json 設定 composer.json 內的 package 名稱
- 86. 更新套件 使用 composer update 指令
- 87. 設定 Service Provider 依套件指示設定 Service Provider
- 88. Before & After • 想要使用別人寫好 的函式庫，要手動 下載、安裝、整合 進自己的程式碼 • 透過 Laravel Package 的設定，別人已經寫 好的函式庫可以迅度 的整合到自己的專案 裡，站在巨人的肩膀 上
- 89. 小結 • 透過把相同專案用 Laravel 再實作一次做 為前、後比較，讓我們了解使用框架後在 開發上帶來的好處與便利性 • 希望 樣能說服你嘗試 Laravel！
- 90. Q & A Thanks for listening!