2025年11月のSymfony 7.4のリリースは、フレームワークの歴史における重要なマイルストーンであり、最新のLong-Term Support (LTS)バージョンとして、PHP 8がネイティブな属性を導入して以来進化してきた、より表現的な属性駆動アーキテクチャへの移行を強化しています。 高度な開発者やアーキテクチャにとって、Symfony 7.4 は「新しいおもちゃ」だけではなく、摩擦を除去することです。YAML 構成と複雑な注釈の解析の日々は効果的に終わりました。このリリースは、標準の PHP 属性をよりスマートに、より柔軟に、かつ、以前はボイラープレートコードを必要としていたシナリオを処理できるようにすることにより、Developer Experience (DX) を倍増します。 この記事では、Symfony 7.4 の主要な属性の改善に深く浸透し、現実世界の文脈で実装します。 マルチ環境サポートによるスマートルーティング Symfony ルーティングにおける最も長い間の悩みの1つは、コードを複製したり、YAML に戻したりすることなく、いくつかの特定の環境にルートを制限することでした。 オプション in the 属性は単一の文字列のみを受け入れます。 env #[Route] シンフォニア 7.4 現在受け入れるA これは、特にデバッグツール、煙のテスト、または存在するべき「バックドア」ルートにとって有用です。 そして 決して in . env array dev test prod **The Old Way (Symfony 7.3 and older)
\ You often had to define the route twice or use a regex requirement on a custom parameter, which was messy. **The Symfony 7.4 Way
\ You can now pass a clean array to the env parameter. // src/Controller/DebugController.php
namespace App\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Attribute\Route;

class DebugController extends AbstractController
{
    #[Route(
        path: '/_debug/system-health', 
        name: 'debug_system_health', 
        env: ['dev', 'test'] // New in 7.4: Array support
    )]
    public function healthCheck(): Response
    {
        return $this->json([
            'status' => 'ok', 
            'environment' => $this->getParameter('kernel.environment')
        ]);
    }
}
 検証: 
 
 
 APP_ENV=dev php bin/console debug:router - ルートが表示されます。 APP_ENV=prod php bin/console debug:router - ルートが欠けている。 ユニオン型の柔軟なセキュリティ #[CurrentUser] 現代のアプリケーションでは、複数のユーザエンティティ(例えば、 vsです。 )はファイアウォールを共有するが、異なる論理を実装する。 特性は、特定のクラスまたは コントローラ内でチェックインスタンスを追加することを強制します。 AdminUser Customer #[CurrentUser] UserInterface Symfony 7.4 アップデート 解決 これにより、許容可能なすべてのユーザークラスをコントローラーメソッド署名に直接入力できます。 MapCurrentUser to support Union Types // src/Controller/DashboardController.php
namespace App\Controller;

use App\Entity\AdminUser;
use App\Entity\Customer;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Attribute\Route;
use Symfony\Component\Security\Http\Attribute\CurrentUser;

class DashboardController extends AbstractController
{
    #[Route('/dashboard', name: 'app_dashboard')]
    public function index(
        #[CurrentUser] AdminUser|Customer $user
    ): Response {
        // Symfony automatically resolves the user and ensures it matches one of these types.
        // If the user is logged in but is NOT an AdminUser or Customer, 404/Access Denied logic applies.

        $template = match (true) {
            $user instanceof AdminUser => 'admin/dashboard.html.twig',
            $user instanceof Customer => 'customer/dashboard.html.twig',
        };

        return $this->render($template, ['user' => $user]);
    }
}
 この変更により、コントローラのアクションの開始時にボイラープレート型チェックコードが大幅に削減されます。 Granular Access Control with #[IsGranted] Methods(グラナルのアクセス制御) THE 属性は、宣言セキュリティの基本であるが、以前は、方法の実行に関係なく、方法全体に適用されていた。 verb. If you wanted to allow 2位 資源ですが、ただ 2位 それは、あなたは論理をさまざまな方法に分割する必要があり、または 方法の内部をチェックします。 #[IsGranted] HTTP ROLE_USER GET ROLE_ADMIN DELETE is_granted() Symfony 7.4 では、Methods オプションを追加します。 . #[IsGranted] // src/Controller/ProductController.php
namespace App\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Attribute\Route;
use Symfony\Component\Security\Http\Attribute\IsGranted;

#[Route('/products/{id}')]
class ProductController extends AbstractController
{
    #[Route('', name: 'product_action', methods: ['GET', 'DELETE'])]
    #[IsGranted('ROLE_USER', methods: ['GET'])]   // Checked only for GET requests
    #[IsGranted('ROLE_ADMIN', methods: ['DELETE'])] // Checked only for DELETE requests
    public function action(int $id): Response
    {
        // ... logic
        return new Response('Action completed');
    }
}
 この機能により、関連する論理(特定のリソースの表示および削除など)を単一のコントローラーアクションで保持し、厳格な方法特有のセキュリティポリシーを強制することができます。 ユニオン型のシンプルなイベント・ライター THE この属性は、イベントの聴衆を登録する方法に革命を起こしました。 This is incredibly powerful for "catch-all" listeners or workflows where multiple distinct events should trigger the same handling logic (e.g., OrderCreated and OrderUpdated) という異なるイベントが同じ処理ロジックを引き起こすようなワークフローで、これが非常に強力です。 #[AsEventListener] now supports Union Types // src/EventListener/OrderActivityListener.php
namespace App\EventListener;

use App\Event\OrderCreatedEvent;
use App\Event\OrderUpdatedEvent;
use Symfony\Component\EventDispatcher\Attribute\AsEventListener;
use Psr\Log\LoggerInterface;

final class OrderActivityListener
{
    public function __construct(
        private LoggerInterface $logger
    ) {}

    #[AsEventListener]
    public function onOrderActivity(OrderCreatedEvent|OrderUpdatedEvent $event): void
    {
        // Symfony automatically registers this listener for BOTH events.
        // The $event variable is type-safe.
        
        $orderId = $event->getOrder()->getId();
        $type = $event instanceof OrderCreatedEvent ? 'created' : 'updated';
        
        $this->logger->info("Order #{$orderId} was {$type}.");
    }
}
 以前は、タイプヒント(静的分析の利点を失う)を省略するか、または2つの別々の方法を登録する必要があります。 ネイティブ URI サイン認証 署名された URL を検証する (たとえば、「ここをクリックしてメールを検証してください」) は、通常、インジェクションを含みます。 サービスおよび手動で呼び出しチェック(). Symfony 7.4 は、 HttpKernel でこれを自動的に処理するための属性。 UriSigner #[IsSignatureValid] 署名が無効または有効になった場合、Symfony は コントローラーコードが実行されるまで AccessDeniedHttpException // src/Controller/InvitationController.php
namespace App\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Attribute\Route;
use Symfony\Component\HttpKernel\Attribute\IsSignatureValid;

class InvitationController extends AbstractController
{
    #[Route('/invite/accept/{id}', name: 'app_invite_accept')]
    #[IsSignatureValid]
    public function accept(int $id): Response
    {
        // If we reach here, the URL signature is cryptographically valid.
        return new Response("Invitation $id accepted!");
    }
}
 これをテストするには、別個のコマンドまたはコントローラで署名された URL を生成します。 // In a command or another controller
public function generateLink(UrlGeneratorInterface $urlGenerator, UriSigner $signer)
{
    $url = $urlGenerator->generate('app_invite_accept', ['id' => 123], UrlGeneratorInterface::ABSOLUTE_URL);
    $signedUrl = $signer->sign($url);
    // Use this $signedUrl to test access.
}
 第三者クラスの認証の延長 Symfony 7.4 で最も印象的な「Senior」機能は、PHP 属性を使用して、所有していないクラス(例えば、ベンダーライブラリからの DTO)に検証制限(およびシリアリゼーションメタデータ)を付加する能力です。 以前は、XML または YAML マッピングが必要でした。 プロキシクラスの「プロキシクラス」 #[ExtendsValidationFor] たとえば、あなたが提供する図書館を使うと、 クラスですが、検証制限はありません. 金額が陽性であることを確認する必要があります。 PaymentDTO The Vendor Class (You cannot edit this): // vendor/some-lib/src/PaymentDTO.php
namespace Vendor\Lib;

class PaymentDTO {
    public float $amount;
    public string $currency;
}
 Your Extension Class: // src/Validation/PaymentDTOValidation.php
namespace App\Validation;

use Symfony\Component\Validator\Attribute\ExtendsValidationFor;
use Symfony\Component\Validator\Constraints as Assert;
use Vendor\Lib\PaymentDTO;

#[ExtendsValidationFor(PaymentDTO::class)]
class PaymentDTOValidation
{
    #[Assert\Positive]
    #[Assert\NotBlank]
    public float $amount;

    #[Assert\Currency]
    public string $currency;
}
 あなたがAを評価するとき オブジェクト、Symfony will now 定義された制限を発見し、適用する。 . PaymentDTO automatically PaymentDTOValidation 結論 Symfony 7.4 は、これらの属性の改善を採用することで、ボイラープレートコードの行を削除し、Union Types を使用してタイプのセキュリティを向上させ、構成をビジネスロジックに近づけることができます。 まるでA 既存の注釈またはYAMLベースの論理をこれらの新しい属性に移行することは、Symfony 8.0の準備のために強く推奨されます。 LTS release, Symfony 7.4 will be the standard for the next three years Stack Navigation フレームワークのアップグレードや古代のコードベースを厳格なタイプや属性に近代化することは複雑な場合があります。 Symfony 7.4 を採用するためのアーキテクチャーアドバイスを求めている場合、または移行戦略を指導するための熟練した手が必要な場合は、ご連絡ください。 これらの新しい機能をどのように活用して、アプリケーションをより強力で、維持可能で、将来のために準備できるかについて議論しましょう。

Read My Stories

このオーディオは、ストーリーの元の言語で制作されています。

Symfony 7.4 LTS:最後にYAMLを削除できるアトリブートファーストアップグレード

About Author

コメント

ラベル

この記事は

Related Stories

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

デジタルノマドの皆さん、タイの新しい DTV ビザについて知っておくべきこと

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

デジタルノマドの皆さん、タイの新しい DTV ビザについて知っておくべきこと

目に見えない層: ユーザーインタビューがかけがえのない資産である理由

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps