Data_get Practice pour l'accès dynamique aux propriétés de l'association des modèles dans Laravel Livewire

Cet article vise à résoudre comment accéder efficacement aux propriétés profondes associées au modèle par des chemins de chaîne lors de la création de données dynamiquement dans les composants Laravel Livewire. Lorsque vous devez obtenir des champs spécifiques du modèle associé basé sur une chaîne de configuration (telle que "user.name"), l'accès à l'utilisation des propriétés d'objet échouera. L'article introduira en détail la fonction Data_get Helper de Laravel et fournira des exemples de code pour montrer comment l'utiliser pour résoudre ce problème gracieusement, en garantissant la flexibilité et la robustesse de l'acquisition de données.

Défis de données associés dans les tables de données dynamiques

Lors de la création de tables ou de listes de données dynamiques, nous devons souvent décider quelles colonnes sont affichées en fonction de la configuration et de la source de données pour ces colonnes. Cela peut inclure des attributs directs du modèle, ou il peut impliquer des attributs du modèle associé. Par exemple, dans une liste d'abonnement, nous devrons peut-être afficher l'utilisateur de l'abonnement, ainsi que le nom de l'utilisateur associé (modèle utilisateur).

Supposons que nous ayons un modèle d'abonnement, qui a une association d'appartenance avec le modèle utilisateur:

 // app / modèles / abonnement.php
L'abonnement de classe étend le modèle
{
    Fonction publique User ()
    {
        return $ this-> appartenance (user :: class);
    }
}

// app / modèles / user.php
L'utilisateur de classe étend le modèle
{
    // ...
}

Dans le composant LiveWire, nous pouvons définir un tableau de colonnes $ pour configurer les colonnes de table:

 // app / http / livewire / abonnementTable.php
Class abonnementable étend le composant
{
    public $ colonnes = [
       [
          "nom" => "ID utilisateur",
          "champ" => "user_id",
          "sortable" => false, 
       ],
       [
          "nom" => "propriétaire",
          "champ" => null, // le champ direct est vide "triable" => false,
          "relation" => "utilisateur-> nom" // attendez à être obtenu par association]
    ]]

    Fonction publique Render ()
    {
        $ abonnements = abonnement :: all (); // Exemple de vue de retour de données («livewire.subscription-table», compact («abonnements»));
    }
}

Dans le modèle de lame, nous essayons de rendre les données en fonction de la configuration des colonnes $:

 {{- Resources / Views / LiveWire / abonnement-Table.blade.php -}}
<ballage>
    <adal>
        <tr>
            @Foreach ($ colonnes comme $ colonne)
                <h> {{$ colonne ['name']}}  th>
            @endforeach
        </h>
</tr>
     head>
    <tbody>
        @Foreach ($ abonnements en tant qu'abonnement $)
            <tr>
                @Foreach ($ colonnes comme $ colonne)
                    <td>
                        @if (isset ($ colonne ['relation']))
                            {{- Essayez d'accéder directement, mais pour des chaînes comme 'User-> name', elle échouera -}}
                            {{$ abonnement -> {$ colonne ['relation']} ?? 'N / A' }} 
                        @autre
                            {{$ abonnement -> {$ colonne ['champ']} ?? 'N / A' }}
                        @endif
                    </td>
                @endforeach
            </tr>
        @endforeach
    </tbody>
 table></adal></ballage>

Dans le code ci-dessus, lorsque la valeur de $ colonne ['relation'] est "user-> name", $ abonnement -> {$ colonne ['relation']} essaiera d'accéder à la chaîne entière "utilisateur-> nom" comme propriété du modèle d'abonnement. Ce n'est évidemment pas ce que nous attendons, car ce n'est pas une propriété directement existante. Ce que nous voulons vraiment, c'est d'obtenir l'attribut de nom du modèle utilisateur via l'association utilisateur du modèle d'abonnement.

Solution: utilisez la fonction DATA_get Helper

Laravel fournit une puissante fonction d'assistance Data_get, qui est spécifiquement utilisée pour obtenir des données imbriquées à partir d'un tableau ou d'un objet via une notation de points. Il s'agit de l'outil idéal pour résoudre les problèmes ci-dessus.

La signature de la fonction data_get est la suivante: data_get ($ cible, $ key, $ default = null)

• $ cible: tableau cible ou objet.
• $ key: chaîne, indiquant le nom de clé à récupérer, et les valeurs imbriquées sont accessibles à l'aide de séparateurs de points.
• $ par défaut: paramètre facultatif, la valeur par défaut renvoyée si la touche spécifiée n'existe pas.

Pour résoudre le problème que nous avons, faites simplement les ajustements suivants à la configuration des colonnes $ et au modèle de lame:

1. Modifiez la touche de relation dans la configuration des colonnes $ : modifiez "User-> Nom" en "user.name" pour le rendre conforme à la syntaxe de DOTS séparateur de Data_get.

    // app / http / livewire / abonnementTable.php
   Class abonnementable étend le composant
   {
       public $ colonnes = [
          [
             "nom" => "ID utilisateur",
             "champ" => "user_id",
             "sortable" => false, 
          ],
          [
             "nom" => "propriétaire",
             "champ" => null,
             "sortable" => false,
             "relation" => "user.name" // Modifier dans le séparateur de points]
       ]]
       // ...
   }

2. Utilisez Data_get dans le modèle de lame :

    {{- Resources / Views / LiveWire / abonnement-Table.blade.php -}}
   <ballage>
       <adal>
           <tr>
               @Foreach ($ colonnes comme $ colonne)
                   <h> {{$ colonne ['name']}}  th>
               @endforeach
           </h>
   </tr>
        head>
       <tbody>
           @Foreach ($ abonnements en tant qu'abonnement $)
               <tr>
                   @Foreach ($ colonnes comme $ colonne)
                       <td>
                           @if (isset ($ colonne ['relation']))
                               {{- Utilisez Data_get pour obtenir des données associées -}}
                               {{data_get ($ abonnement, $ colonne ['relation'], 'n / a')}} 
                           @autre
                               {{$ abonnement -> {$ colonne ['champ']} ?? 'N / A' }}
                           @endif
                       </td>
                   @endforeach
               </tr>
           @endforeach
       </tbody>
    table></adal></ballage>

Grâce à la modification ci-dessus, lorsque $ colonne ['relation'] est "user.name", data_get ($ abonnement, 'user.name') accédera correctement à l'association utilisateur de l'objet d'abonnement $, puis obtiendra l'attribut de nom à partir du modèle utilisateur retourné. Si l'association utilisateur n'existe pas ou que l'attribut de nom est vide, Data_get renverra la valeur par défaut 'n / a' que nous avons spécifié, améliorant ainsi la robustesse du code.

Notes et meilleures pratiques

1. Chargement désireux : lorsque vous accédez aux données associées dans une boucle (comme $ abonnement-> utilisateur-> nom), si aucune préchargement n'est effectuée, une requête de base de données sera déclenchée (N 1 problème) chaque itération, ce qui peut entraîner de graves problèmes de performance. Pour éviter cela, assurez-vous de précharger lorsque vous interrogez le modèle d'abonnement:

    // app / http / livewire / abonnementTable.php
   Fonction publique Render ()
   {
       // Preload 'utilisateur' associatif $ abonnements = abonnement :: avec ('utilisateur') -> get (); 
       Return View («livewire.subscription-table», compact («abonnements»));
   }

   De cette façon, toutes les données utilisateur souscrites seront chargées dans une ou deux requêtes, améliorant considérablement les performances.

2. Traitement de valeur par défaut : le troisième paramètre de DATA_GET fournit la commodité de définir les valeurs par défaut. Dans les scénarios où les données peuvent être manquantes, cela est plus concis que de vérifier manuellement ISSET ou d'utiliser l'opérateur de fusion vide (??).

3. Associations imbriquées multicouches : Data_get convient également aux associations plus profondes, telles que "user.address.city", tant que l'association et les attributs correspondants existent.

4. Sécurité des champs dynamiques : bien que Data_get soit très pratique, si la valeur de $ colonne ['relation'] ou $ colonne ['champ'] est dérivée de l'entrée de l'utilisateur, assurez-vous de vérifier et de filtrer pour éviter les vulnérabilités de sécurité potentielles. Dans les configurations de composants internes, ce n'est généralement pas un problème.

Résumer

La fonction Data_get Helper est un outil très pratique lorsqu'il s'agit de colonnes dynamiques et de données associées dans le composant Laravel Livewire. Il nous permet d'accéder à des données d'objet ou de tableau imbriquées en toute sécurité et efficacement, y compris des attributs profonds associés au modèle par un chemin de chaîne de division de point concis. Combiné avec les meilleures pratiques de préchargement (chargement impatiente), Data_get peut nous aider à créer des composants de rendu dynamique de données dynamiques haute performance, maintenable et flexibles.

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!