모든 웹 개발자는 코드를 작성할 때 자신만의 스타일을 가지고 있습니다. 동시에 Laravel 프레임워크를 사용하면 모든 것이 준비되지만 여기서는 용어를 잘못 사용하는 경우가 많습니다. 다른 스타일에 관해서는 큰 문제가 아니지만, 우리의 코드가 좋은 스타일을 따르고 있는지 확인해야 합니다. 이는 우리의 코드가 확장 가능하고 유지 관리 가능하며 테스트 가능해야 함을 의미합니다. [관련 권장 사항: laravel 비디오 튜토리얼]
우리 코드를 나쁘게 하거나 좋게 만드는 것은 무엇입니까? PHP는 객체지향 언어이기 때문에 SOLID 설계 원칙과 같은 객체지향 원칙을 따르고 상속, 추상화 등과 같은 객체지향 메커니즘 사용을 고려해야 합니다. 추가적으로, Laravel에는 대규모 커뮤니티가 있으며 때로는 커뮤니티에서 만든 규칙이 있습니다. 따라서 이러한 규칙을 따르는 다른 라라벨 개발자들은 우리 코드를 더 빠르고 더 잘 이해할 수 있습니다. 이 기사에서는 객체 지향 원칙과 일부 Laravel 커뮤니티 규칙을 기반으로 하는 Laravel의 7가지 모범 사례를 보여 드리겠습니다.
매우 복잡한 쿼리 빌더나 원시 SQL 문이 있는 경우 이 쿼리를 모델이나 웨어하우스로 이동해야 합니다.
나쁨:
<?php
public function index()
{
$partners = Partner::where('email_verified_at', '!=', null)
->with(['products' => function ($q) {
$q->whereDate('created_at', now());
}])
->get();
return view('index', ['partners' => $partners]);
}좋음:
<?php
public function index()
{
return view('index', ['partners' => $this->partner->newProducts()]);
}
class Partner extends Model
{
public function newProducts()
{
return $this->where('email_verified_at', '!=', null)
->with(['products' => function ($q) {
$q->whereDate('created_at', now());
}])
->get();
}
}위의 첫 번째 사항과 관련하여 얇은 컨트롤러가 있어야 하고 모든 비즈니스 로직을 별도의 서비스로 옮겨야 합니다. 수업. 따라서 컨트롤러는 단 하나의 책임만 가져야 하며 다른 컨트롤러에서 이 서비스를 재사용할 수 있기를 바랍니다.
나쁨:
<?php
public function store(Request $request)
{
$user = User::create();
$user->update(['last_login' => now()]);
dispatch(new UserCreated($user));
// ...
}좋음:
<?php
public function store(Request $request)
{
$this->userService->create($request);
....
}
class UserService
{
public function create($request)
{
// ...
}
}쿼리용으로 Eloquent를 사용하면 읽기가 더 쉽고, SQL 삽입을 방지할 수 있으며, 유지 관리도 쉽습니다.
나쁨:
<?php
SELECT *
FROM `articles`
WHERE EXISTS (SELECT *
FROM `users`
WHERE `articles`.`user_id` = `users`.`id`
AND EXISTS (SELECT *
FROM `profiles`
WHERE `profiles`.`user_id` = `users`.`id`)
AND `users`.`deleted_at` IS NULL)
AND `verified` = '1'
AND `active` = '1'
ORDER BY `created_at` DESC좋음:
<?php Article::has('user.profile')->verified()->latest()->get();
재사용 가능한 로직/구성 요소 부분을 별도의 장소로 옮기는 것을 고려해야 합니다.
블레이드 템플릿에서는 구성 요소를 사용하여 프런트 엔드 부품을 재사용할 수 있습니다. 서버에서는 로직을 별도의 서비스 클래스, Eloquent 범위로 이동하거나 자체 패키지를 만들 수도 있습니다.
<!DOCTYPE html> <html> <head> <title>DRY</title> </head> <body> <h1>Custom Calendar</h1> <x-custom-calendar> </body> </html>
블레이드 템플릿에서 쿼리를 실행하는 것은 가능하지만 그렇게 하지 않는 것이 가장 좋습니다.
나쁘다. N+1 문제가 발생합니다.
@foreach (User::all() as $user)
{{ $user->email }}
@endforeach알겠습니다:
$users = User::all(); // Server Query
@foreach ($users as $user)
{{ $user->email }}
@endforeach복잡하고 긴 논리/쿼리가 있는 경우 데이터베이스 트랜잭션 사용을 고려해야 합니다. 이 기능을 사용하면 데이터가 데이터베이스에 저장되지 않도록 필요한 경우 데이터베이스를 쉽게 롤백할 수 있으므로 데이터의 신뢰성을 확신할 수 있습니다.
<?php
public function store(Request $request)
{
DB::beginTransaction();
$user = User::create();
$response = app('service')->create($user);
if (!$response) {
DB::rollback();
return;
}
// ...
DB::commit();
}코드/컨트롤러에 어떤 텍스트도 하드코딩하면 안 됩니다. 이를 통해 향후 유지 관리 및 확장이 쉬워집니다. 사용자에게 메시지를 표시하려면 번역, 모델/클래스의 상수를 사용하여 값을 설정하거나 구성 파일을 사용하여 구성을 저장할 수 있습니다.
trans('user.created'); // 'User Successfully Created' $types = Product::TYPES; // Const in a Class/Model
원본 주소: https://cerwyn.medium.com/7-best-practices-in-laravel-you-should-know-2ed9878293de
번역 주소: https://learnku.com/laravel/t /67021
더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 비디오를 방문하세요! !
위 내용은 알아야 할 Laravel의 7가지 모범 사례의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
