Паттерн Наблюдатель (Observer) в PHP

Паттерн Спостерігач (Observer) в PHP
Observer pattern in PHP

1
2
3
4
5
6

<?php
interface IObservable
{
  public function addObserver( IObserver $objObserver, $strEventType );
  public function fireEvent( $strEventType );
}

1
2
3
4
5

<?php
interface IObserver
{
  public function notify( IObservable $objSource, $objArguments );
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

<?php
class EmailValidator implements IObservable
{
  const EVENT_EMAIL_VALID = 1;
  const EVENT_EMAIL_INVALID = 2;
 
  protected $strEmailAddress;
 
  protected $aryObserversArray;
 
  public function __construct( $strEmailAddress )
  {
    $this->strEmailAddress = $strEmailAddress;
    $this->aryObserversArray = array( array() );
  }
 
  public function setEmailAddress( $strEmailAddress )
  {
    $this->strEmailAddress = $strEmailAddress;
  }
 
  public function getEmailAddress()
  {
    return $this->strEmailAddress;
  }
 
  public function validate()
  {
    if( preg_match( '/^[a-zA-Z][\w\.-]*[a-zA-Z0-9]@'.
'[a-zA-Z0-9][\w\.-]*[a-zA-Z0-9]\.[a-zA-Z][a-zA-Z\.]*[a-zA-Z]$/',
        $this->strEmailAddress ) )
    {
      $this->fireEvent( EmailValidator::EVENT_EMAIL_VALID );
    }
    else
    {
      $this->fireEvent( EmailValidator::EVENT_EMAIL_INVALID );
    }
  }
 
  public function addObserver( IObserver $objObserver, $strEventType )
  {
    $this->aryObserversArray[$strEventType][] = $objObserver;
  }
 
  public function fireEvent( $strEventType )
  {
    if( is_array( $this->aryObserversArray[$strEventType] ) )
    {
      foreach ( $this->aryObserversArray[$strEventType] as $objObserver )
      {
        $objObserver->notify( $this, $strEventType );
      }
    }
  }
}

1
2
3
4
5
6
7
8
9
10
11
12

<?php
class ErrorLogger implements IObserver
{
  public function notify( IObservable $objSource, $strEventType )
  {
    if( $strEventType == EmailValidator::EVENT_EMAIL_INVALID && $objSource instanceof EmailValidator )
    {
      printf( 'Ошибка: %s невалидный email адрес.',
             $objSource->getEmailAddress() );
    }
  }
}

1
2
3
4
5
6
7
8
9
10
11
12

<?php
class DatabaseWriter implements IObserver
{
  public function notify( IObservable $objSource, $strEventType )
  {
    if( $strEventType == EmailValidator::EVENT_EMAIL_VALID && $objSource instanceof EmailValidator )
    {
      printf( 'Email адрес %s валидный и был записан в базу данных.',
             $objSource->getEmailAddress() );
    }
  }
}

1
2
3
4
5
6
7
8

<?php
$objValidator = new EmailValidator( 'valid@email.com' );
$objValidator->addObserver( new ErrorLogger(), EmailValidator::EVENT_EMAIL_INVALID );
$objValidator->addObserver( new DatabaseWriter(), EmailValidator::EVENT_EMAIL_VALID );
$objValidator->validate();
 
$objValidator->setEmailAddress( 'not_a_valid_address' );
$objValidator->validate();

1
2

Ошибка: not_a_valid_address невалидный email адрес.
Email адрес valid@email.com валидный и был записан в базу данных

Обсуждение статьи:

Небольшая ошибка в коде. Листинг 2, строка 4. Указание типа для второго аргумента не нужно.

Спасибо, исправлено

не пойму, чем это круче, вот такого:

function validemail($email) {
return preg_match(регулярка);
}

if (!validemail('bill@gates.com')) die('Err');

Зачем городить патерны и все такое? Объясните плз.

Очень люблю ООП. Но не могу не спросить вместе с Vik, А зачем?

Несомненно, в более сложной системе преимущества будут на лицо.

В конкретной задаче, ИМХО, реализация конструктора в EmailValidator лишняя. Для добавления адресов логичнее пользоваться только setEmailAddress().

Если метод addObserver() будет возвращать $this, можно будет добавлять события с перегрузкой.

ИМХО обсервер для PHP совершенно чуждая идея. Как и большинство патернов. А действительно полезный только MVC.

Нет ничего хуже бездумного поклонения чужим идеям.

зачем, зачем... Чтобы изучить паттерн и не более!

addObserver есть, а deleteObserver нет!
и вообще объект хранящий "обсерверы" должен быть одиночкой

to cheburek вы бы посмотрели в исходники orm Doctrine хотя бы, или фреймворки PHP

to всем непонятливым.
Если ,вы господа, пишите хоумпейджи и прочие мелкие проекты, то безусловно паттерны и вообще весь ООД - это только непонятный монстр усложняющий код. Но в серьёзных проектах, где работают больше трёх, да ещё в разных странах часто возникает проблема понимания кода. Напишет, к примеру, кодер из Гонконга валидатор мыла как-то по своемому - по-китайски, а кодеру из Далласа станет задача код китайца развить и доработать (например добавить валидацию имени и телефона). И начинается многократная переделка чужого кода, бесконечный дебаггинг и т.д. Развивать код написанный не на паттернах сложно. Паттрены - это просто некие стандарты которые дают определённую гибкость в написании и дописывании кода.
Кроме этого хочу напомнить что не всегда код доступен. Для ПХПешников это как бы не проблема - редко кто код свой компилит гуардом иди ещё каким-нибудь способом. Но если вы пишете на Джава или Си++ и вам выдают готовые модули в формате dll или class и только описание интерфейсов к ним, то вот тут уже не залезешь и не поправишь как тебе надо. На выручку приходят паттерны типа адаптер, мост и т.п.
Знание ООП без понимания ООД это всё равно что иметь права, но при этом не ездить за рулём.

partyzan, красиво объяснил, лучше и не скажешь

Хочу дополнить, что без ООД (объектно ориентированный дизайн, если кто не в курсе как это расшифровывается) некоторые вещи ООП не имеют практического применения и порой непонятны их назначение. Например интерфейсы и абстрактные классы. У меня в отделе джуниоры часто задают вопросы: а нафига эти штуковины? Какой толк от интерфейса если можно написать \"понятный\" класс и с ним работать. И нафик нужен абстрактник если от него объект не породишь? И приходилось раньше на пальцах показывать его применение. Сейчас я даю документацию по ООД и \"сиди учи\". В ООД без интерфейсов и абстрактных классов уже сложновато (хотя можно и обойтись обычными классами - но это уже будет извращение)

partyzan, подписываюсь под каждым твоим словом

to partyzan
Какой смысл людям пишущим такое
if (!validemail('bill@gates.com')) die('Err');
вообще что то объяснять? :)
Он даже не понимает, что это пример использования наблюдателя, а не реально валидатор. Тот кто пишет подобное... Точнее у кого вообще в голове возникают такие строки - безнадежен. Абсолютно.

Я бы еще абстрактный класс с методами notify и fireEvent, ну и фабричку небольшую туда всунуть можна чтобы в зависимости от ивента оповещало нужный класс-наблюдатель.
Хотя для демонстрации именно паттерна наблюдатель статья отличная, сенкс.

Я не знаю, для чего нужен паттерн Наблюдатель.
После нескольких прочтений этой статьи я так этого и не узнал.
Эта статья написана для тех, кому она не нужна?

Последовательность вывода сообщений должна быть обратная.

Email адрес valid@email.com валидный и был записан в базу данных
Ошибка: not_a_valid_address невалидный email адрес.

thanks

Года 2 назад я тоже сказал "зачем городить огород?", а сейчас сразу понимаю в каких реальных кейсах из моих проектов это можно использовать. Как правило проблема понимания статей (как про ООП, так и про паттерны) в том, что рассматриваются тривиальные и надуманные кейсы и человек, в силу небольшого опыта, не может понять где, как и зачем это использовать.

Оставить комментарий: