Les comportements (behaviors sont des instances de la classe yii\base\Behavior, ou de ses classes filles. Les comportements, aussi connus sous le nom de mixins, vous permettent d'améliorer les fonctionnalités d'une classe de composant existante sans avoir à modifier les héritages de cette classe. Le fait d'attacher un comportement à un composant injecte les méthodes et les propriétés de ce comportement dans le composant, rendant ces méthodes et ces propriétés accessibles comme si elles avaient été définies dans la classe du composant lui-même. En outre, un comportement peut répondre aux événements déclenchés par le composant, ce qui permet aux comportements de personnaliser l'exécution normale du code du composant.
Pour définir un comportement, vous devez créer une classe qui étend la classe yii\base\Behavior, ou une des ses classes filles. Par exemple :
namespace app\components;
use yii\base\Behavior;
class MyBehavior extends Behavior
{
public $prop1;
private $_prop2;
public function getProp2()
{
return $this->_prop2;
}
public function setProp2($value)
{
$this->_prop2 = $value;
}
public function foo()
{
// ...
}
}
Le code ci-dessus définit la classe de comportement app\components\MyBehavior
avec deux propriété — prop1
et prop2
— et une méthode foo()
. Notez que la propriété prop2
est définie via la méthode d'obtention getProp2
et la méthode d'assignation setProp2
. Cela est le cas parce que la classe yii\base\Behavior étend la classe yii\base\BaseObject et, par conséquent, prend en charge la définition des propriétés via les méthodes d'obtention et d'assignation.
Comme cette classe est un comportement, lorsqu'elle est attachée à un composant, ce composant acquiert alors les propriétés prop1
et prop2
, ainsi que la méthode foo()
.
Conseil : depuis l'intérieur d'un comportement, vous avez accès au composant auquel le comportement est attaché via la propriété yii\base\Behavior::$owner.
Note : dans le cas où les méthodes yii\base\Behavior::__get() et/ou yii\base\Behavior::__set() du comportement sont redéfinies, vous devez redéfinir les méthodes yii\base\Behavior::canGetProperty() et/ou yii\base\Behavior::canSetProperty() également.
Si un comportement a besoin de répondre aux événements déclenchés par le composant auquel il est attaché, il doit redéfinir la méthode yii\base\Behavior::events(). Par exemple:
namespace app\components;
use yii\db\ActiveRecord;
use yii\base\Behavior;
class MyBehavior extends Behavior
{
// ...
public function events()
{
return [
ActiveRecord::EVENT_BEFORE_VALIDATE => 'beforeValidate',
];
}
public function beforeValidate($event)
{
// ...
}
}
La méthode events() doit retourner une liste d'événements avec leur gestionnaire correspondant. L'exemple ci-dessus déclare que l'événement EVENT_BEFORE_VALIDATE existe et définit son gestionnaire beforeValidate()
. En spécifiant un gestionnaire d'événement, vous pouvez utiliser un des formats suivants :
[$object, 'methodName']
;La signature d'un gestionnaire d'événement doit être similaire à ce qui suit, où event
fait référence au paramètre événement. Reportez-vous à la section Événements pour plus de détail sur les événements.
function ($event) {
}
Vous pouvez attacher un comportement à un composant soit de manière statique, soit de manière dynamique. Le première manière est une pratique plus habituelle.
Pour attacher un comportement de manière statique, redéfinissez la méthode behaviors() de la classe du composant auquel le comportement va être attaché. La méthode behaviors() doit retourner une liste de configurations de comportements. Chaque comportement peut être soit un nom de classe de comportement, soit un tableau de configuration :
namespace app\models;
use yii\db\ActiveRecord;
use app\components\MyBehavior;
class User extends ActiveRecord
{
public function behaviors()
{
return [
// comportement anonyme, nom de la classe de comportement seulement
MyBehavior::class,
// comportement nommé, nom de classe de comportement seulement
'myBehavior2' => MyBehavior::class,
// comportement anonyme, tableau de configuration
[
'class' => MyBehavior::class,
'prop1' => 'value1',
'prop2' => 'value2',
],
// comportement nommé, tableau de configuration
'myBehavior4' => [
'class' => MyBehavior::class,
'prop1' => 'value1',
'prop2' => 'value2',
]
];
}
}
Vous pouvez associer un nom au comportement en spécifiant la clé de tableau correspondant à la configuration du comportement. Dans ce cas, le comportement est appelé comportement nommé. Dans l'exemple ci-dessus, il y a deux comportements nommés : myBehavior2
et myBehavior4
. Si un comportement n'est pas associé à un nom, il est appelé comportement anonyme.
Pour attacher un comportement de manière dynamique, appelez la méthode yii\base\Component::attachBehavior() du composant auquel le comportement va être attaché :
use app\components\MyBehavior;
// attache un objet comportement
$component->attachBehavior('myBehavior1', new MyBehavior());
// attache un classe de comportement
$component->attachBehavior('myBehavior2', MyBehavior::class);
// attache un tableau de configuration
$component->attachBehavior('myBehavior3', [
'class' => MyBehavior::class,
'prop1' => 'value1',
'prop2' => 'value2',
]);
Vous pouvez attacher plusieurs comportements à la fois en utilisant la méthode yii\base\Component::attachBehaviors() :
$component->attachBehaviors([
'myBehavior1' => new MyBehavior(), // un comportement nommé
MyBehavior::class, // un comportement anonyme
]);
Vous pouvez aussi attacher des comportements via les configurations comme ceci :
[
'as myBehavior2' => MyBehavior::class,
'as myBehavior3' => [
'class' => MyBehavior::class,
'prop1' => 'value1',
'prop2' => 'value2',
],
]
Pour plus de détails, reportez-vous à la section Configurations.
Pour utiliser un comportement, commencez par l'attacher à un composant en suivant les instructions données ci-dessus. Une fois le comportement attaché au composant, son utilisation est évidente.
Vous pouvez accéder à une variable membre publique, ou à une propriété définie par une méthode d'obtention et/ou une méthode d'assignation (getter et setter), du comportement, via le composant auquel ce comportement est attaché :
// "prop1" est une propriété définie dans la classe du comportement
echo $component->prop1;
$component->prop1 = $value;
Vous pouvez aussi appeler une méthode publique du comportement de façon similaire :
// foo() est une méthode publique définie dans la classe du comportement
$component->foo();
Comme vous pouvez le voir, bien que le composant $component
ne définissent pas prop1
etfoo()
, elles peuvent être utilisées comme si elles faisaient partie de la définition du composant grâce au comportement attaché.
Si deux comportement définissent la même propriété ou la même méthode, et que ces deux comportement sont attachés au même composant, le comportement qui a été attaché le premier prévaut lorsque la propriété ou la méthode est accédée.
Un comportement peut être associé à un nom lorsqu'il est attaché à un composant. Dans un tel cas, vous pouvez accéder à l'objet comportement en utilisant ce nom :
$behavior = $component->getBehavior('myBehavior');
Vous pouvez aussi obtenir tous les comportements attachés au composant :
$behaviors = $component->getBehaviors();
Pour détacher un comportement, appelez yii\base\Component::detachBehavior() avec le nom associé au comportement :
$component->detachBehavior('myBehavior1');
Vous pouvez aussi détacher tous les comportements :
$component->detachBehaviors();
TimestampBehavior
¶Pour aller à l'essentiel, jetons un coup d'œil à yii\behaviors\TimestampBehavior. Ce comportement prend automatiquement en charge la mise à jour de l'attribut timestamp (horodate) d'un modèle enregistrement actif à chaque fois qu'il est sauvegardé via les méthodes insert()
, update()
ou save()
.
Tout d'abord, attachez ce comportement à la classe Active Record (enregistrement actif) que vous envisagez d'utiliser :
namespace app\models\User;
use yii\db\ActiveRecord;
use yii\behaviors\TimestampBehavior;
class User extends ActiveRecord
{
// ...
public function behaviors()
{
return [
[
'class' => TimestampBehavior::class,
'attributes' => [
ActiveRecord::EVENT_BEFORE_INSERT => ['created_at', 'updated_at'],
ActiveRecord::EVENT_BEFORE_UPDATE => ['updated_at'],
],
// si vous utilisez datetime au lieur de l'UNIX timestamp:
// 'value' => new Expression('NOW()'),
],
];
}
}
Le comportement ci-dessus spécifie que lorsque l'enregistrement est :
created_at
(créé le) et updated_at
(mis à jour le) ;updated_at
;Note : pour que la mise en œuvre ci-dessus fonctionne avec une base de données MySQL, vous devez déclarer les colonnes (
created_at
,updated_at
) en tant queint(11)
pour qu'elles puissent représenter des horodates UNIX.
Avec ce code en place, si vous avez un objet User
(utilisateur) et que vous essayez de le sauvegarder, il verra ses attributs created_at
et updated_at
automatiquement remplis avec l'horodate UNIX :
$user = new User;
$user->email = 'test@example.com';
$user->save();
echo $user->created_at; // affiche l'horodate courante
Le comportement TimestampBehavior offre également une méthode utile touch(), qui assigne l'horodate courante à un attribut spécifié et le sauvegarde dans la base de données :
$user->touch('login_time');
Il existe plusieurs comportements pré-inclus et extérieurs disponibles :
Bien que les comportements soient similaires aux traits par le fait qu'ils injectent tous deux leurs propriétés et leurs méthodes dans la classe primaire, ils diffèrent par de nombreux aspects. Comme nous l'expliquons ci-dessous, ils ont chacun leurs avantages et leurs inconvénients. Ils sont plus des compléments l'un envers l'autre, que des alternatives.
Les classes de comportement, comme les classes normales, prennent en charge l'héritage. Les traits, par contre, peuvent être considérés comme des copier coller pris en charge par le langage. Ils ne prennent pas en charge l'héritage.
Les comportements peuvent être attachés et détachés à un composant de manière dynamique sans qu'une modification de la classe du composant soit nécessaire. Pour utiliser un trait, vous devez modifier le code de la classe qui l'utilise.
Les comportements sont configurables mais les traits ne le sont pas.
Les comportement peuvent personnaliser l'exécution du code d'un composant en répondant à ses événements.
Lorsqu'il se produit des conflits de noms entre les différents comportements attachés à un même composant, les conflits sont automatiquement résolus en donnant priorité au comportement attaché le premier. Les conflits de noms causés par différents traits nécessitent une résolution manuelle en renommant les propriétés et méthodes concernées.
Les traits sont beaucoup plus efficaces que les comportements car les comportements sont des objets qui requièrent plus de temps du processeur et plus de mémoire.
Les environnement de développement intégrés (EDI) sont plus conviviaux avec les traits car ces derniers sont des constructions natives du langage.
Found a typo or you think this page needs improvement?
Edit it on github !
Signup or Login in order to comment.