Basé sur PHP Laravel, parlons des moyens d'écrire du code PHP moins « mauvais » ! !

Cet article vous donnera une introduction détaillée sur la façon d'écrire du code PHP moins "mauvais" ! ! Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il sera utile à tout le monde.

Ceci est écrit pour les enfants qui sont des veaux nouveau-nés et qui n'ont pas peur des tigres. Vous pouvez le lire à volonté. Ce chapitre est basé sur PHP Laravel

Préface

Les gens demandent souvent

• Comment mieux concevoir le répertoire ?
• Comment bien diffuser le code ?
• Comment écrire un projet maintenable ?

J'écris également sur les "mauvais" projets. Ce qui suit est basé sur le résumé d'articles et l'expérience de développement personnel de grands experts d'Internet. 🎜>

Controller

Controller, comme son nom l'indique, est un contrôleur Lorsque vous débutez avec PHP, vous savez que Controller représente. la couche C dans MVC. Le concept de MVC lui-même est la séparation du code, qui vous apprend à séparer les entreprises. Cependant, à mesure que l'entreprise continue de se développer, la complexité du code augmente également et les liens entre les fonctions sont complexes. À la fin, votre MVC devient Comme le montre la figure ci-dessous, s'appuyer uniquement sur les idées de conception MVC ne peut plus soutenir la croissance de l'entreprise.

Nous redéfinissons désormais les tâches et les capacités du Contrôleur. Le contrôleur contrôle uniquement les requêtes Http Reqeust, ce qui est conforme au principe de fonction unique SOLID.

Écriture le code métier directement dans le contrôleur rendra le code extrêmement volumineux et difficile à maintenir et à développer

<?php
	namespace App\Http\Controller;

	class UserController extends Controller{

		public function register(Request $request){
			$user = new User();
			$user->username = $request->input(&#39;username&#39;);
			$user->password = $request->input(&#39;password&#39;);
			$result = $user->save();

			return $result;
		}

	}

À ce stade, vous devriez réfléchir à la façon de séparer le code métier. Nous introduisons le concept de service

<. 🎜>

Service

Le service lui-même est traduit par service

Injecter des méthodes externes et des méthodes publiques dans Service

• Injecter le service dans le contrôleur

Comme l'image ci-dessus

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[&#39;username&#39;];
            $password = $data[&#39;password&#39;];
         
			$password = encrypt ($password);
			
			$user = new User();
			$user->username = $username;
			$user->password = $password;
			$result = $user->save();

			return $result;
		}

    }

À présent, nous avons au moins une séparation nette entre les affaires et les demandes. Mais ce n'est toujours pas satisfaisant. Si toutes les affaires et CURD sont écrites dans Service, cela transférera simplement la surcharge du Contrôleur vers Service, et alors Service n'aura aucun sens dans l'existence. Par conséquent, nous devons continuer à diviser le service et à séparer les opérations R de la base de données, car les opérations de CUD sont fondamentalement les mêmes, tandis que les opérations R deviennent colorées en fonction de la complexité de l'entreprise. Donc opération R autonome. Nous faisons ici référence au concept de Référentiel.

Référentiel

Nous utilisons le référentiel pour aider le modèle à encapsuler la logique de requête pertinente dans différents référentiels afin de faciliter la maintenance du code logique

Principe unique conforme à SOLID

• Inversion de dépendance conforme à 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[&#39;user_id&#39;];
            $result = User::where(&#39;id&#39;,$userId)->first();
			
			return $result;
		}

    }

a résolu le problème de R. Quelqu'un a demandé, peut-il être mis en place parce que CUD est déjà relativement unifié et simple ? La réponse est NON, nous citons un nouveau nom Action.

Action

J'ai appris cela après avoir lu l'article de @Charlie_Jade

Indépendant de chaque fichier d'opération, tel que CreateUser ,DeleteUser ,UpdateUser

Conforme au principe unique de 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[&#39;user_id&#39;];            $result = User::where(&#39;id&#39;,$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[&#39;tel&#39;];$models->password = $data[&#39;password&#39;];$result           = $models->save ();return $result;
		}
	}

La logique de code ci-dessus est affichée dans le figure ci-dessous

En plus des modèles (V) et autres HTML, JS, etc., d'autres règles, ou méthodes, sont nécessaires pour réaliser le découplage de certains codes Non. des exemples de code sont fournis ci-dessous.

Common

est traduit par public, couramment utilisé dans certains développements, vous pouvez avoir besoin de certaines méthodes publiques (classes non publiques, telles que l'envoi d'e-mails, etc. ) Il n'est pas approprié de l'utiliser), comme vérifier le solde de l'utilisateur, vérifier si l'utilisateur est enregistré ou en ligne, générer un numéro de commande, etc. Utiliser Common est encore plus simple. Cela ressemble plus à une bibliothèque de fonctions publiques

Événement

Vous pouvez choisir de l'utiliser lorsque vous ne vous souciez pas des résultats d'exécution, mais Event's Listen fournit également une file d'attente.

Exception

N'utilisez pas Return pour renvoyer tous vos messages d'erreur. Dans de nombreux cas, votre retour peut ne pas être votre retour

Apprentissage recommandé : ". Tutoriel vidéo PHP》

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!