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

php 中的属性允许您直接使用元数据注释代码元素，从而简化了代码配置，从而可能减少 laravel 等框架中的样板文件。然而，与任何功能一样，属性可能会被过度使用或误用，从而导致控制器混乱和代码难以维护。

在这篇文章中，我们将探索以增强代码清晰度的方式使用属性的最佳实践。我还将提供一个“该做和不该做”的表格，其中包含每次比较的示例，突出显示属性工作良好的场景以及可能不工作的场景。

1. 理解php中的属性

这是定义和使用属性来提供一些上下文的快速示例：

#[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() {}
}

2. 注意事项：快速概述

下表总结了最佳实践和常见陷阱：

3. 实例详细比较

让我们通过具体示例深入了解每个比较。

立即学习“PHP免费学习笔记（深入）”；

1. 使用属性进行标准、重复的配置（执行）

属性非常适合不需要复杂逻辑的标准配置。以下是三个很好的例子：

• 定义路由：使用属性通过 http 方法和路径定义简单的路由。

  #[attribute]
  class route {
      public function __construct(public string $method, public string $path) {}
  }

  class productcontroller {
      #[route('get', '/products')]
      public function index() {}
  }

• 缓存控制：使用属性指定方法的缓存持续时间。

  #[attribute]
  class cache {
      public function __construct(public int $duration) {}
  }

  class productcontroller {
      #[cache(3600)]
      public function show($id) {}
  }

• 速率限制：throttle 属性可用于限制每个用户的请求数量。

  #[attribute]
  class throttle {
      public function __construct(public int $maxattempts) {}
  }

  class usercontroller {
      #[throttle(5)]
      public function store() {}
  }

不要使用复杂的配置来重载属性（不要）

避免对需要多个参数或条件的配置使用属性。以下是不应该做的事情：

• 使用多个配置重载：避免向属性添加多个参数。

  #[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')]

• 属性中的条件逻辑：避免属性内的条件设置。

  #[attribute]
  class condition {
      public function __construct(public string $condition) {}
  }

  class controller {
      #[condition("isadmin() ? 'adminroute' : 'userroute'")]
      public function index() {}
  }

• 单个属性中的链接配置：避免在一个属性中链接多个配置行为。

  #[attribute]
  class combined {
      public function __construct(
          public int $cacheduration,
          public int $ratelimit
      ) {}
  }

  #[combined(cacheduration: 300, ratelimit: 5)]

2. 利用元数据的属性（执行）

使用属性作为标记或元数据，而不是在其中嵌入应用程序逻辑。方法如下：

LongShot

LongShot 是一款 AI 写作助手，可帮助您生成针对搜索引擎优化的内容博客。

下载

• 验证注释：使用属性将字段标记为必填。

  #[attribute]
  class required {}

  class user {
      #[required]
      public string $name;
  }

• 指定 http 方法作为元数据：使用属性来标记 http 方法类型。

  #[attribute]
  class get {}

  class blogcontroller {
      #[get]
      public function list() {}
  }

• 指示访问级别：使用属性来指示访问级别要求。

  #[attribute]
  class requiresadmin {}

  class settingscontroller {
      #[requiresadmin]
      public function update() {}
  }

不要在属性中嵌入业务逻辑（不要）

避免使用属性直接确定应用程序行为。以下是不应该做的事情：

• 避免在属性中使用直接条件：不要在属性中放置条件检查。

  #[attribute]
  class accesscontrol {
      public function __construct(public string $role) {}
  }

  #[accesscontrol(role: isadmin() ? 'admin' : 'user')]

• 避免在属性中调用方法：不要在属性中放置函数调用或业务逻辑。

  #[attribute]
  class conditionalcache {
      public function __construct(public int $duration) {}
  }

  #[conditionalcache(duration: userhaspremium() ? 3600 : 300)]

• 避免在属性中使用计算值：属性应该是静态元数据，而不是计算值。

  #[attribute]
  class cache {
      public function __construct(public int $duration) {}
  }

  #[cache(duration: (int)env('cache_duration'))]

3. 将属性应用于简单、可重用的注释（执行）

属性非常适合可重用的轻量级注释。以下是一些可重用的注释示例：

• simple throttle：用于限制请求速率的简单节流属性。

  #[attribute]
  class throttle {
      public function __construct(public int $limit) {}
  }

  #[throttle(5)]

• 缓存控制：使用单个持续时间参数添加缓存控制属性。

  #[attribute]
  class cache {
      public function __construct(public int $duration) {}
  }

  #[cache(120)]

• 弃用警告：将方法标记为弃用以提醒开发人员。

  #[attribute]
  class deprecated {
      public function __construct(public string $message) {}
  }

  #[deprecated("this method will be removed in v2.0")]

不要过度使用其他格式更容易的配置属性（不要）

某些配置在属性之外可以得到更好的管理。以下是不应该做的事情：

• 中间件配置：避免直接在属性中配置中间件。

  #[attribute]
  class middleware {
      public function __construct(public string $name) {}
  }

  #[middleware('auth')]

• 授权规则：复杂的授权配置最好放在策略文件中。

  #[attribute]
  class permission {
      public function __construct(public string $requiredpermission) {}
  }

  #[permission("edit_post")]

• 复杂的验证规则：将验证逻辑排除在属性之外。

  #[Attribute]
  class Validate {
      public function __construct(public array $rules) {}
  }

  #[Validate(['name' => 'required|min:3'])]

结论

属性提供了一种优雅的方式来处理重复配置，特别是在 laravel 这样的 php 框架中。

但是，它们作为简单的元数据效果最好，并且必须避免使用复杂的配置或逻辑使它们过载。

通过遵循最佳实践并将属性用作轻量级、可重用的注释，您可以充分利用它们的潜力，而不会给代码库增加不必要的复杂性。

赞助

通过在 github 赞助商上赞助我来支持我的开源工作！您的赞助帮助我不断创建有用的 laravel 软件包、工具和教育内容，让开发者社区受益。感谢您帮助让开源变得更好！

照片由 milad fakurian 在 unsplash 上拍摄