PHP Laravel을 기반으로 '나쁜' PHP 코드를 덜 작성하는 방법에 대해 이야기해 보겠습니다! !
- 青灯夜游앞으로
- 2021-06-07 18:49:383043검색
이 기사에서는 "나쁜" PHP 코드를 덜 작성하는 방법에 대해 자세히 소개합니다! ! 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.
호랑이를 무서워하지 않는 갓 태어난 송아지 어린이를 위해 쓴 글이므로 마음대로 읽을 수 있습니다. 이 장은 PHP Laravel을 기반으로 합니다.
머리말
사람들이 자주 묻는 질문
- 디렉토리를 어떻게 하면 더 좋게 디자인할 수 있나요?
- 코드를 잘 배포하는 방법은?
- 유지보수 가능한 프로젝트를 작성하는 방법은?
저도 "나쁜" 프로젝트에 대해 글을 씁니다. 다음은 주요 인터넷 전문가의 개인 개발 경험과 기사 요약을 바탕으로 작성되었습니다.
Controller
컨트롤러 는 이름에서 알 수 있듯이 컨트롤러입니다. PHP를 시작하면 Controller가 MVC의 C 계층을 나타낸다는 것을 알 수 있습니다. MVC 자체의 개념은 비즈니스를 분리하는 방법을 알려주는 코드 분리입니다. 지속적인 비즈니스 개발, 코드의 복잡성 또한 개선되고, 기능 간의 연결이 복잡해지기 때문에 결국 MVC는 아래 그림과 같게 되므로 MVC의 디자인 아이디어에만 의존하면 더 이상 성장하는 비즈니스를 지원할 수 없습니다.
이제 컨트롤러는 SOLID 단일 기능 원칙을 준수하는 Http Reqeust 요청만 제어합니다.
비즈니스 코드를 컨트롤러에 직접 작성하면 코드가 부풀어 오르지 않습니다. 유지 관리 및 확장이 용이함
<?php
namespace App\Http\Controller;
class UserController extends Controller{
public function register(Request $request){
$user = new User();
$user->username = $request->input('username');
$user->password = $request->input('password');
$result = $user->save();
return $result;
}
}이때 비즈니스 코드를 어떻게 분리할지 고민해야 합니다. Service
Service
Service 자체를 service로 번역해서
- 외부 메소드를 주입하고 Public을 사용합니다. Methods into Service
- Inject Service into the Controller
위 그림처럼
UserController
<?php
namespace App\Http\Controller;
class UserController extends Controller{
public $request;
protected $userService;
public function __construct(Request $request, UserService $userService)
{
$this->request = $request;
$this->userService = $userService;
}
public function register()
{
//... validation
return $this->userService->register ($this->request->all());
}
}UserService
<?php
namespace App\Service;
class UserService{
public function register($data)
{
$username = $data['username'];
$password = $data['password'];
$password = encrypt ($password);
$user = new User();
$user->username = $username;
$user->password = $password;
$result = $user->save();
return $result;
}
}지금까지 우리는 최소한 비즈니스와 요청을 완전히 분리했습니다. 하지만 여전히 만족스럽지 못합니다. 모든 비즈니스와 CURD를 서비스로 작성하면 컨트롤러의 부담이 서비스로 전가될 뿐 서비스는 존재 의미가 없게 됩니다. 따라서 CUD의 작업은 기본적으로 동일하지만 R 작업은 비즈니스의 복잡성에 따라 다양해지기 때문에 계속해서 서비스를 분할하고 데이터베이스의 R 작업을 분리해야 합니다. 따라서 독립형 R 작업입니다. 이때 Repository라는 개념을 언급합니다.
리포지토리
리포지토리 보조 모델을 사용하여 관련 쿼리 로직을 다른 리포지토리로 캡슐화하여 논리 코드 유지 관리를 용이하게 합니다.
- SOLID의 단일 원칙을 준수합니다
- SOLID 종속성 반전을 준수합니다
UserController
<?php
namespace App\Http\Controller;
class UserController extends Controller{
public $request;
protected $userService;
public function __construct(Request $request, UserService $userService)
{
$this->request = $request;
$this->userService = $userService;
}
public function getUserInfo()
{
//... validation
return $this->userService->getUserInfo ($this->request->all());
}
}UserService
<?php
namespace App\Service;
class UserService{
public $userRepository;
public function __construct(UserRepository $userRepository){
$this->userRepository = $userRepository;
}
public function getUserInfo()
{
return $this->userRepository->getUserInfo($data);
}
}UserRepository
<?php
namespace App\Repository;
class UserRepository{
public function getUserInfo($data)
{
$userId = $data['user_id'];
$result = User::where('id',$userId)->first();
return $result;
}
}가 R의 문제를 해결했습니다. 누군가 묻더군요. CUD는 상대적으로 통일성이 있고 단순하기 때문에 함께 넣을 수 있나요? 대답은 '아니요'입니다. 새로운 명사 Action을 인용합니다.
Action
@Charlie_Jade 님의 글을 보고 배운 내용입니다
CreateUser, DeleteUser, UpdateUser 등 각 작업 파일을 분리합니다
- SOLID의 단일 원칙에 맞춰
UserController
<?php
namespace App\Http\Controller;
class UserController extends Controller{
public $request;
protected $userService;
public function __construct(Request $request, UserService $userService)
{$this->request = $request;$this->userService = $userService;
}
public function register(){
//... validation return $this->userService->register($this->request->all());
}
public function getUserInfo()
{return $this->userService->getUserInfo ($this->request->all());
}
}UserService
<?php
namespace App\Service;
class UserService{
public function getUserInfo(UserRepository $userRepository)
{ return $this->userRepository->getUserInfo($data);
}
public function register(){ $result = (new CreateUser())->execute($this->request->all());
return $result;
}
}UserRepository
<?php
namespace App\Repository;
class UserRepository{
public function getUserInfo($data)
{ $userId = $data['user_id']; $result = User::where('id',$userId)->first();return $result;
}
}CreateUser
<?php
namespace App\Action;
use App\Model\Member;
class CreateUser extends CreateUserWallet
{
public function execute(array $data)
{$models = new Member();$models->tel = $data['tel'];$models->password = $data['password'];$result = $models->save ();return $result;
}
}위 코드 로직은 아래 그림과 같습니다
템플릿 제외 (V) 및 기타 HTML, J S, 등, 일부 다른 규칙이 필요하거나 일부 코드를 분리하는 방법이 있는 경우 아래에 코드 예제가 제공되지 않습니다.
Common
은 공개로 번역되어 일반적으로 사용됩니다. 일부 개발에서는 다음과 같은 공개 방법(이메일 전송 등과 같은 비공개 클래스는 사용하기에 적합하지 않음)이 필요할 수 있습니다. 사용자 잔액조회, 사용자 등록 및 온라인 여부 확인, 주문번호 생성 등 Common을 사용하는 것이 훨씬 더 간단합니다. 공공 기능 라이브러리에 더 가깝습니다
Event
실행 결과에 상관없을 때 선택해서 사용해도 되지만, Event의 Listen도 Queue를 제공합니다.
Exception
모든 오류 메시지를 반환하기 위해 Return을 사용하지 마세요. 대부분의 경우 귀하의 반품이 귀하의 반품이 아닐 수도 있습니다.
권장 학습: "PHP 비디오 튜토리얼"
위 내용은 PHP Laravel을 기반으로 '나쁜' PHP 코드를 덜 작성하는 방법에 대해 이야기해 보겠습니다! !의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!