PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Паттерны, DI и UnitTesting

Форумы портала PHP.SU » PHP » Программирование на PHP » Объектно-ориентированное программирование (Модераторы: OrmaJever, Саныч)

Страниц (1): [1]

Описание: как отрефакторить код

Поиск в теме | Версия для печати

Panoptik	Отправлено: 10 Сентября, 2014 - 15:20:22
Постоянный участник Покинул форум Сообщений всего: 2493 Дата рег-ции: Нояб. 2011 Откуда: Одесса, Украина Помог: 131 раз(а)	Всем привет. Занялся тестированием одного проекта. И столкнулся с задачкой моккирования объекта, который шлет курл запросы. Но архитектура этого не очень позволяет. В лучшем случае я добился того что явно объявляю мок-класс с тем же именем и в результате использую именно свой класс вместо того который должен вызываться автолоадом теперь приведу примерную картину кода который нужно протестировать. и собственно вопрос как лучше его протестировать или отрефакторить, чтобы его стало возможно тестировать // базовый класс интерфейс Спойлер (Отобразить) PHP: скопировать код в буфер обмена abstract class PrimitiveService { /** * @var CurlRequest / protected $curl; protected $settings; /* * @var string / protected $cookieFile; public function __construct($settings) { $this->settings = $settings; $this->init(); } public function init() { $this->cookieFile = Config::getParam('tmpPath') . DIRECTORY_SEPARATOR . get_class($this) . '_' . md5($this->settings['login']) . '.cookie'; $this->curl = new CurlRequest(array( 'url' => $this->settings['url'], 'cookieFile' => $this->cookieFile, )); if(!$this->checkLogin()) { throw new Exception(get_class($this) . ': Cannot login to service'); } } abstract protected function checkLogin(); } // наследуемый класс интерфейс Спойлер* (Отобразить) PHP: скопировать код в буфер обмена abstact class BaseService extends PrimitiveService { abstact public function f1(); abstact public function f2(); abstact public function f3(); public static function getService($serviceName) { // получаю параметры сервисов из конфига $config = Config::getParams('services'); switch($serviceName) { case 'service1': return new MyService1($config[$serviceName]); case 'service2': return new MyService2($config[$serviceName]); case 'service3': return new MyService3($config[$serviceName]); default: throw new Exception('Trying to connect unknown service ' . $serviceName); } } } потомок и его реализация Спойлер (Отобразить) PHP: скопировать код в буфер обмена class MyService1 extends BaseService { public function f1() { // implementation here } public function f2() { // implementation here } public function f3() { // implementation here } protected function checkLogin() { // implementation here } } в нормальном коде я просто вызываю PHP: скопировать код в буфер обмена $serviceName = 'service1'; // get from request $service = BaseService::getService($serviceName); $service->f1(); // вызов методов интерфейсов $service->f2(); задача стоит протестировать модульными тестами классы MyServiceN нужно моккировать класс CurlRequest - который создается в конструкторе PrimitiveService и тем самым избежать отправки непосредственных запросов при тестах в связи с этим у меня есть следующие мысли вопросы: 1. используется ли здесь какой либо паттерн проектирования и как он называется? подозреваю что это что-то типа фабрики 2. я думаю что здесь можно (или даже нужно) впилить DI (Dependency Injection) и в конструкторе к сервису передавать каким реквестером (объект типа CurlRequest) будет пользоваться сервис 3. ну и хотелось бы услышать советы как такое дело тестируется на самом деле и что я делаю не так ----- Just do it

Bio man	Отправлено: 21 Ноября, 2014 - 01:45:38
Постоянный участник Покинул форум Сообщений всего: 2751 Дата рег-ции: Июль 2010 Откуда: Даугавпилс, Латвия Помог: 52 раз(а)	Насколько я знаю, много где DI заложен в основах архитектуры. И как следует из определения, DI позволяет создавать объект на основе какого то типа. DI тут очень даже уместен. Или же через поставщика услуг (service locator) можно получить нужный объект, что даже проще в реализации. К примеру в yii2, DI и service locator решают все проблемы с созданием объектов, в том числе и в тестах. (Добавление) Ой какая старая тема, сразу и не посмотрел

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Объектно-ориентированное программирование »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.