如何用 4 小時組織你的 Laravel 項目
Because of my work at developerjoy.co, I have created over 10 Laravel projects from scratch in the last year, and worked on more than 25 and I have seem one common thing in all of them.
The Laravel default directory structure only works when your project it's really small.
As the project grows, the default directory structure becomes a problem because it does not scale properly.
After a few use cases, models, policies, and so on, you will end with something similar to this:
app/ ├── Actions │ ├── Actionable.php │ ├── Graph │ │ └── ... │ ├── MonthlyResume │ │ └── GenerateMonthlyResumeAssets.php │ ├── User │ │ └── UpdateUser.php │ └── VoidActionable.php ├── Console │ ├── Commands │ │ ├── CalculateUserCryptoPortfolioBalanceCommand.php │ │ ├── CategorizeTransactionsIaCommand.php │ │ ├── GenerateMonthlyReportAssetsCommand.php │ │ ├── IdeHelperAllCommand.php │ │ ├── PruneNotificationsCommand.php │ │ ├── SendMonthlyReportNotificationCommand.php │ │ ├── SendNewUpdateChangeLogNotificationCommand.php │ │ └── TrainCategorizationIaCommand.php │ └── Kernel.php ├── Contracts │ └── Pipe.php ├── Events │ ├── SharingConfigurationSaved.php │ ├── SupportMessageCreated.php │ └── VisitIncreased.php ├── Exceptions │ ├── GetBankAccountTransactionError.php │ ├── Handler.php │ └── RenderableApiError.php ├── Http │ ├── Controllers │ │ ├── Banks │ │ ├── Controller.php │ │ ├── CryptoCurrency │ │ ├── Notification │ │ ├── SupportMessage │ │ └── User │ │ ├── DeleteUserController.php │ │ ├── GetUserController.php │ │ └── PutUserController.php │ ├── Kernel.php │ ├── Middleware │ │ ├── Authenticate.php │ │ ├── DefaultLocale.php │ │ ├── TrustProxies.php │ │ ├── ValidateSignature.php │ │ └── VerifyCsrfToken.php │ ├── Requests │ │ ├── PostSupportMessageRequest.php │ │ └── PutUserRequest.php │ └── Resources ├── Jobs │ ├── CalculateUserCryptoPortfolioBalanceJob.php │ ├── GenerateMonthlyResumeAssetsJob.php │ ├── GetBankAccountDetails.php │ └── GetCoinGeckoValuesJob.php ├── Listeners │ ├── SendAdminNotificationOnSupportMessageCreated.php │ ├── SendEmailToUserOnVisitIncremented.php │ └── SendMailOnSupportMessageCreated.phpphp ├── Mail │ ├── SupportMessage │ └── Visits ├── Models │ ├── Bank.php │ ├── SharingConfiguration.php │ ├── SupportMessage.php │ ├── User.php │ └── UserCryptoPortfolioBalance.php ├── Notifications │ ├── Notifiable.php │ ├── ThrottledNotification.php │ ├── UncategorizedTransactionNotification.php │ └── UpdateChangeLogNotification.php ├── Policies │ └── CryptoCurrencyOrderPolicy.php ├── Providers │ ├── AppServiceProvider.php │ ├── EventServiceProvider.php │ ├── HorizonServiceProvider.php │ └── RouteServiceProvider.php ├── Services │ └── CategorizationAi.php └── Support ├── OrderType.php ├── SafeNumberFromStringParser.php ├── ShortNumberFormatter.php ├── StockAssets └── helpers.php
I removed a lot of files and directories from tree, but you can imagine that it's impossible to see all the code related to users.
As you can see, it's really difficult to know what's happening there. You are working in a users controller, for example, and you don't have all the relevant classes close to it.
You can't see, at a glance, all the relevant classes and models for your current use case.
A better directory structure in our Laravel project
The main key, to properly scale your app, is to being able to see al the related code to the current use case you're working on at a glance.
For example, if you're working on the user registration use case, you should have the user model, user policies, registration request, the registered event, and more, close to you.
src/ ├── Leads ├── Teams └── Users ├── Actions │ ├── CreateUser │ │ ├── CreateUser.php │ │ └── CreateUserAction.php │ ├── LoginUserAction.php │ ├── LogoutUserAction.php │ └── RefreshAuthenticationTokenAction.php ├── Authenticatable.php ├── Authentication.php ├── Events │ └── UserRegistered.php ├── Http │ ├── Controllers │ │ └── Api │ │ ├── PostAuthenticationLoginApiController.php │ │ ├── PostAuthenticationLogoutApiController.php │ │ ├── PostAuthenticationRefreshApiController.php │ │ └── PostAuthenticationRegisterApiController.php │ ├── Requests │ │ ├── PostAuthenticationLoginRequest.php │ │ └── PostUserRequest.php │ └── routes │ └── api.php ├── Infrastructure │ └── UserEventServiceProvider.php ├── InvalidCredentials.php ├── Listeners │ └── SendWelcomeEmailOnUserRegistered.php ├── Mail │ └── WelcomeMail.php └── User.php
But know, you're wondering, how can I achieve this architecture easily on Laravel.
How to implement a domain directory architecture on Laravel
The start point is composer.json file. We are going to create a new folder ./src to store all our new code.
Adding the directory to the psr-4 key in the composer.json we are going to autoimport all our files easily.
"autoload": { "psr-4": { "App\\": "app/", "DeveloperJoy\\": "src/", // ... }, // ... }
Just with this, you can put all your models, controllers, requests, policies, and more, in a custom domain folder under src/User, for example.
There are only a few things missing: routes, and providers, so let's go one by one.
Move routes to a custom folder
For routes we have multiple options, for me, the most simpler and easier is to import them in the web.php or in the api.php file.
I usually write a helper file inside routes folder that looks like this:
<?php function domain_web_routes(string $domain): void { require __DIR__."/../src/{$domain}/Http/routes/web.php"; } function domain_api_routes(string $domain): void { require __DIR__."/../src/{$domain}/Http/routes/api.php"; }
and imported in my composer.json file just adding it to the files array.
"autoload": { // ... "files": [ "routes/helpers.php" ] },
A them, in my default web.php or api.php I just import each new domain folder when it has any route.
This is, for example, my web.php file:
<?php use Illuminate\Support\Facades\Route; Route::inertia('/', 'Welcome'); domain_web_routes('Leads');
Inside src/Leads/Http/routes y have a web.php file with all my routes related to leads.
Is really that simple.
Move service providers, to a custom domain folder
With providers is actually pretty easy.
We have a file under bootstrap/app.php that has an array of all our providers.
You just have to add new providers to it, and it will be processed automatically on load time.
return Application::configure(basePath: dirname(__DIR__)) ->withProviders([ DeveloperJoy\Users\Infrastructure\UserEventServiceProvider::class, ]) ->create();
以上是如何用 4 小時組織你的 Laravel 項目的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

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

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

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

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

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

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

Dreamweaver CS6
視覺化網頁開發工具

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

JWT是一種基於JSON的開放標準,用於在各方之間安全地傳輸信息,主要用於身份驗證和信息交換。 1.JWT由Header、Payload和Signature三部分組成。 2.JWT的工作原理包括生成JWT、驗證JWT和解析Payload三個步驟。 3.在PHP中使用JWT進行身份驗證時,可以生成和驗證JWT,並在高級用法中包含用戶角色和權限信息。 4.常見錯誤包括簽名驗證失敗、令牌過期和Payload過大,調試技巧包括使用調試工具和日誌記錄。 5.性能優化和最佳實踐包括使用合適的簽名算法、合理設置有效期、

會話劫持可以通過以下步驟實現:1.獲取會話ID,2.使用會話ID,3.保持會話活躍。在PHP中防範會話劫持的方法包括:1.使用session_regenerate_id()函數重新生成會話ID,2.通過數據庫存儲會話數據,3.確保所有會話數據通過HTTPS傳輸。

PHP8.1中的枚舉功能通過定義命名常量增強了代碼的清晰度和類型安全性。 1)枚舉可以是整數、字符串或對象,提高了代碼可讀性和類型安全性。 2)枚舉基於類,支持面向對象特性,如遍歷和反射。 3)枚舉可用於比較和賦值,確保類型安全。 4)枚舉支持添加方法,實現複雜邏輯。 5)嚴格類型檢查和錯誤處理可避免常見錯誤。 6)枚舉減少魔法值,提升可維護性,但需注意性能優化。

SOLID原則在PHP開發中的應用包括:1.單一職責原則(SRP):每個類只負責一個功能。 2.開閉原則(OCP):通過擴展而非修改實現變化。 3.里氏替換原則(LSP):子類可替換基類而不影響程序正確性。 4.接口隔離原則(ISP):使用細粒度接口避免依賴不使用的方法。 5.依賴倒置原則(DIP):高低層次模塊都依賴於抽象,通過依賴注入實現。

在PHPStorm中如何進行CLI模式的調試?在使用PHPStorm進行開發時,有時我們需要在命令行界面(CLI)模式下調試PHP�...

使用PHP的cURL庫發送JSON數據在PHP開發中,經常需要與外部API進行交互,其中一種常見的方式是使用cURL庫發送POST�...

靜態綁定(static::)在PHP中實現晚期靜態綁定(LSB),允許在靜態上下文中引用調用類而非定義類。 1)解析過程在運行時進行,2)在繼承關係中向上查找調用類,3)可能帶來性能開銷。
