Maison > développement back-end > tutoriel php > Travailler avec les attributs PHP : à faire et à ne pas faire

Travailler avec les attributs PHP : à faire et à ne pas faire

Linda Hamilton
Libérer: 2024-11-14 18:22:02
original
947 Les gens l'ont consulté

Working with PHP Attributes: Do’s & Don’ts

Les attributs en PHP simplifient la configuration du code en vous permettant d'annoter directement les éléments de code avec des métadonnées, réduisant potentiellement le passe-partout dans des frameworks comme Laravel. Cependant, comme pour toute fonctionnalité, les attributs peuvent être surutilisés ou mal appliqués, conduisant à des contrôleurs désordonnés et à un code plus difficile à maintenir.

Dans cet article, nous explorerons les meilleures pratiques pour utiliser les attributs de manière à améliorer la clarté du code. Je fournirai également un tableau des « choses à faire et à ne pas faire » avec des exemples pour chaque comparaison, mettant en évidence les scénarios dans lesquels les attributs fonctionnent bien et ceux où ils ne fonctionnent pas.

1. Comprendre les attributs en PHP

Voici un exemple rapide de définition et d'utilisation d'un attribut pour fournir un certain contexte :

#[Attribute]
class MyCustomAttribute {
    public function __construct(public string $description) {}
}

#[MyCustomAttribute("This is a test class")]
class MyClass {
    #[MyCustomAttribute("This is a test method")]
    public function myMethod() {}
}
Copier après la connexion

2. À faire et à ne pas faire : aperçu rapide

Voici un tableau résumant les meilleures pratiques et les pièges courants :

Do’s Don’ts
Use attributes for standard, repetitive configurations (e.g., HTTP methods, caching). Don’t overload attributes with complex configurations or conditional logic.
Leverage attributes for metadata rather than core application logic. Avoid embedding business logic or intricate rules within attributes.
Apply attributes for simple, reusable annotations (e.g., #[Throttle], #[Cache]). Don’t try to replace Laravel’s route files entirely with attribute-based routing.
Cache attribute-based reflections when possible to improve performance. Don’t rely solely on attributes for configurations that need flexibility or change often.
Document your attributes, so team members understand their purpose and usage. Avoid using attributes for configurations where traditional methods work better (e.g., middleware settings).

3. Detailed Comparisons with Examples

Let’s dive into each comparison with specific examples.

1. Use Attributes for Standard, Repetitive Configurations (Do)

Attributes are ideal for standard configurations that don’t require complex logic. Here are three good examples:

  • Defining Routes: Use attributes to define straightforward routes with HTTP methods and paths.
  #[Attribute]
  class Route {
      public function __construct(public string $method, public string $path) {}
  }

  class ProductController {
      #[Route('GET', '/products')]
      public function index() {}
  }
Copier après la connexion
  • Cache Control: Use an attribute to specify cache duration for methods.
  #[Attribute]
  class Cache {
      public function __construct(public int $duration) {}
  }

  class ProductController {
      #[Cache(3600)]
      public function show($id) {}
  }
Copier après la connexion
  • Rate Limiting: A Throttle attribute could be used to limit the number of requests per user.
  #[Attribute]
  class Throttle {
      public function __construct(public int $maxAttempts) {}
  }

  class UserController {
      #[Throttle(5)]
      public function store() {}
  }
Copier après la connexion

Don’t Overload Attributes with Complex Configurations (Don’t)

Avoid using attributes for configurations that require multiple parameters or conditions. Here’s what not to do:

  • Overloading with Multiple Configurations: Avoid adding multiple parameters to an attribute.
  #[Attribute]
  class Route {
      public function __construct(
          public string $method,
          public string $path,
          public ?string $middleware = null,
          public ?string $prefix = null
      ) {}
  }

  #[Route('POST', '/users', middleware: 'auth', prefix: '/admin')]
Copier après la connexion
  • Conditional Logic in Attributes: Avoid conditional settings within attributes.
  #[Attribute]
  class Condition {
      public function __construct(public string $condition) {}
  }

  class Controller {
      #[Condition("isAdmin() ? 'AdminRoute' : 'UserRoute'")]
      public function index() {}
  }
Copier après la connexion
  • Chained Configurations in a Single Attribute: Avoid chaining multiple configuration behaviors in one attribute.
  #[Attribute]
  class Combined {
      public function __construct(
          public int $cacheDuration,
          public int $rateLimit
      ) {}
  }

  #[Combined(cacheDuration: 300, rateLimit: 5)]
Copier après la connexion

2. Leverage Attributes for Metadata (Do)

Use attributes as markers or metadata, rather than embedding application logic within them. Here’s how:

  • Annotations for Validation: Mark a field as required with an attribute.
  #[Attribute]
  class Required {}

  class User {
      #[Required]
      public string $name;
  }
Copier après la connexion
  • Specify HTTP Method as Metadata: Use attributes to mark the HTTP method type.
  #[Attribute]
  class Get {}

  class BlogController {
      #[Get]
      public function list() {}
  }
Copier après la connexion
  • Indicate Access Levels: Use attributes to indicate access level requirements.
  #[Attribute]
  class RequiresAdmin {}

  class SettingsController {
      #[RequiresAdmin]
      public function update() {}
  }
Copier après la connexion

Don’t Embed Business Logic in Attributes (Don’t)

Avoid using attributes to determine application behavior directly. Here’s what not to do:

  • Avoid Direct Conditions in Attributes: Don’t place conditional checks in attributes.
  #[Attribute]
  class AccessControl {
      public function __construct(public string $role) {}
  }

  #[AccessControl(role: isAdmin() ? 'admin' : 'user')]
Copier après la connexion
  • Avoid Method Calls in Attributes: Don’t place function calls or business logic in attributes.
  #[Attribute]
  class ConditionalCache {
      public function __construct(public int $duration) {}
  }

  #[ConditionalCache(duration: userHasPremium() ? 3600 : 300)]
Copier après la connexion
  • Avoid Calculated Values in Attributes: Attributes should be static metadata, not calculated values.
  #[Attribute]
  class Cache {
      public function __construct(public int $duration) {}
  }

  #[Cache(duration: (int)env('CACHE_DURATION'))]
Copier après la connexion

3. Apply Attributes for Simple, Reusable Annotations (Do)

Attributes work well for lightweight annotations that can be reused. Here are some reusable annotation examples:

  • Simple Throttle: A straightforward throttle attribute to limit request rates.
  #[Attribute]
  class Throttle {
      public function __construct(public int $limit) {}
  }

  #[Throttle(5)]
Copier après la connexion
  • Cache Control: Add cache control attributes with a single duration parameter.
  #[Attribute]
  class Cache {
      public function __construct(public int $duration) {}
  }

  #[Cache(120)]
Copier après la connexion
  • Deprecation Warning: Mark methods as deprecated to alert developers.
  #[Attribute]
  class Deprecated {
      public function __construct(public string $message) {}
  }

  #[Deprecated("This method will be removed in v2.0")]
Copier après la connexion

Don’t Overuse Attributes for Configurations That Are Easier in Other Formats (Don’t)

Some configurations are better managed outside of attributes. Here’s what not to do:

  • Middleware Configuration: Avoid configuring middleware directly in attributes.
  #[Attribute]
  class Middleware {
      public function __construct(public string $name) {}
  }

  #[Middleware('auth')]
Copier après la connexion
  • Authorization Rules: Complex authorization configurations are better in policy files.
  #[Attribute]
  class Permission {
      public function __construct(public string $requiredPermission) {}
  }

  #[Permission("edit_post")]
Copier après la connexion
  • Complex Validation Rules: Keep validation logic out of attributes.
  #[Attribute]
  class Validate {
      public function __construct(public array $rules) {}
  }

  #[Validate(['name' => 'required|min:3'])]
Copier après la connexion

Conclusion

Attributes offer an elegant way to handle repetitive configurations, especially in PHP frameworks like Laravel.

However, they work best as simple metadata, and it’s essential to avoid overloading them with complex configurations or logic.

By following the best practices and using attributes as lightweight, reusable annotations, you can harness their full potential without adding unnecessary complexity to your codebase.


Sponsor

Support my open-source work by sponsoring me on GitHub Sponsors! Your sponsorship helps me keep creating useful Laravel packages, tools, and educational content that benefit the developer community. Thank you for helping make open-source better!


Photo by Milad Fakurian on Unsplash

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!

source:dev.to
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal