Laravel中3種自己編寫類別庫的使用方法
本文主要和大家介紹了Laravel中使用自己編寫類別庫的3種方法,本文講解了增加可直接實例化的類別、增加可直接調用的函數、增加稍微複雜的類別庫三種方式,需要的朋友可以參考下,希望能幫助大家。
雖然Composer使得我們可以重複使用許多現有的類別庫(例如packagist.org中的),但是我們仍然可能使用一些不相容composer的套件或類別庫。另外在某一專案中,我們也可能會建立某一類別庫,而且可能並沒有製作成為composer package 的打算。這時候我們可以透過以下方式來使用自己的特有類別庫。
增加可直接實例化的類別
有些需要直接在專案中使用的類,可以透過以下方式增加到Laravel中
1 .建立類別庫檔案app/libraries/class/myClass.php
2.寫入檔案內容
< ?php class Message { public static function display() { } } ?>
在app/start/globals.php中增加類別導入路徑
< ?php ClassLoader::addDirectories(array( app_path().'/commands', app_path().'/controllers', app_path().'/models', app_path().'/database/seeds', app_path().'/libaries/class', // 在这里增加 )); ?>
在composer.json中增加autoload目錄
"autoload": { "classmap": [ "app/commands", "app/controllers", "app/models", "app/database/migrations", "app/database/seeds", "app/tests/TestCase.php", "app/libraries/class" //在这里增加 ] },
1.執行composer dump-autoload來建立導入映射
2.使用自己導入的類別直接呼叫Message::display()即可
這種方法同樣也是增加隊列類別的方法,很多人不知道Laravel中隊列處理類別應該放在哪裡,其實按照上面的方法,在app目錄下創建一個queues目錄,然後讓其可以直接實例化即可
增加可直接呼叫的函數
有人喜歡用v()來取代var_dump(),想要在Laravel中這麼做也非常容易
1.建立一個函數檔案app/libraries/function/helper.php
2.寫入檔案內容
< ?php function v($msg){ var_dump($msg); } ?>
把檔案增加到composer自動匯入清單中
"autoload": { "classmap": [ ... ], "files": [ "app/libraries/function/helper.php" ], },
或在專案中顯示require這個檔。打開app/start/global.php,在最後增加:
require app_path().'/libraries/function/helper.php';
個人感覺這兩種方式都OK,如果想要控制這個檔案載入的時間,甚至可以在filter.php檔案中增加以下內容
App::before( function( $request ) { require( "{$GLOBALS['app'] ['path.base'] } /app/libraries/function/helper.php" ); });
在專案中直接使用函數v('hello world');
增加稍微複雜的類別庫
有的時候一個類別庫不只是一個文件那麼簡單,因此下面的方式比較適合有多個文件多個結構的類別庫。
建立psr0或psr4標準的目錄結構。
複製程式碼 程式碼如下:
libraries Myapp Search (note directory is capitalized) Search.php SearchFacade.php SearchServiceProvider.php AnotherLib
# Myapp/Search/Search.php中Search類別的命名空間為Myapp\Search。
修改composer中autoload
"autoload": { "classmap": [ "app/commands", "app/controllers", "app/models", "app/libraries", "app/database/migrations", "app/database/seeds", "app/tests/TestCase.php" ] , "psr-0": { "Myapp": "app/libraries" } },
在專案中使用new Myapp\Search\Search()來實例化某一類別
總結
雖然Laravel沒有強制哪種方式最好,但是有一定的標準可以使得專案結構清晰,多人合作開發時省去很多交流成本。
以上是Laravel中3種自己編寫類別庫的使用方法的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

Laravel9和CodeIgniter4的最新版本提供了更新的功能和改進。 Laravel9採用MVC架構,提供資料庫遷移、驗證及模板引擎等功能。 CodeIgniter4採用HMVC架構,提供路由、ORM和快取。在性能方面,Laravel9的基於服務提供者設計模式和CodeIgniter4的輕量級框架使其具有出色的性能。在實際應用中,Laravel9適用於需要靈活性和強大功能的複雜項目,而CodeIgniter4適用於快速開發和小型應用程式。

比較Laravel和CodeIgniter的資料處理能力:ORM:Laravel使用EloquentORM,提供類別物件關係映射,而CodeIgniter使用ActiveRecord,將資料庫模型表示為PHP類別的子類別。查詢建構器:Laravel具有靈活的鍊式查詢API,而CodeIgniter的查詢建構器更簡單,基於陣列。資料驗證:Laravel提供了一個Validator類,支援自訂驗證規則,而CodeIgniter的驗證功能內建較少,需要手動編碼自訂規則。實戰案例:用戶註冊範例展示了Lar

Laravel - Artisan 指令 - Laravel 5.7 提供了處理和測試新指令的新方法。它包括測試 artisan 命令的新功能,下面提到了演示?

對於初學者來說,CodeIgniter的學習曲線更平緩,功能較少,但涵蓋了基本需求。 Laravel提供了更廣泛的功能集,但學習曲線稍陡。在性能方面,Laravel和CodeIgniter都表現出色。 Laravel有更廣泛的文件和活躍的社群支持,而CodeIgniter更簡單、輕量級,具有強大的安全功能。在建立部落格應用程式的實戰案例中,Laravel的EloquentORM簡化了資料操作,而CodeIgniter需要更多的手動配置。

在選擇大型專案框架時,Laravel和CodeIgniter各有優勢。 Laravel針對企業級應用程式而設計,提供模組化設計、相依性注入和強大的功能集。 CodeIgniter是一款輕量級框架,更適合小型到中型項目,強調速度和易用性。對於具有複雜需求和大量用戶的大型項目,Laravel的強大功能和可擴展性更為合適。而對於簡單專案或資源有限的情況下,CodeIgniter的輕量級和快速開發能力則較為理想。

微服務架構使用PHP框架(如Symfony和Laravel)來實現微服務,並遵循RESTful原則和標準資料格式來設計API。微服務透過訊息佇列、HTTP請求或gRPC進行通信,並使用工具(如Prometheus和ELKStack)進行監控和故障排除。

對於小型項目,Laravel適用於大型項目,需要強大的功能和安全性。 CodeIgniter適用於非常小的項目,需要輕量級和易用性。

比較了Laravel的Blade和CodeIgniter的Twig模板引擎,根據專案需求和個人偏好進行選擇:Blade基於MVC語法,鼓勵良好程式碼組織和模板繼承。 Twig是第三方函式庫,提供靈活語法、強大過濾器、擴充支援和安全沙箱。
