Нужно руководствоваться рефакторингом моего PHP-кода в концепции ООП

Question

Я написал плагин wordpress, который отлично работает. Тем не менее, он просто работает, но здесь нет ООП, потому что в то время необходимо было что-то построить как можно скорее. Я прочитал некоторую литературу и обнаружил, что php не поддерживает множественное наследование из-за проблемы с алмазами.

Текущий сценарий:

Flickr 
--pic importer 
----1. sql.php 
----2. javascript.php 
----3. call to show database contents 

--photoset importer 
----1. sql.php 
----2. javascript.php 
----3. call to show database contents 

Здесь я создал 2 класс: picImporter и photosetImporter. Оба класса имеют общее содержимое от (1. sql.php и 2. javascript.php), но точка-3 (реализация отображения содержимого базы данных для них отличается).

Итак, моя идея: я должен создать еще один класс Global и photosetImporter, picImporter класс должен расширять этот класс. В глобальном классе должен быть абстрактный класс, который должен определить дочерний класс. Таким образом, конструкция становится:

Class Global{ 
    //$sql comes sql.php, 
    //$javacript comes javascript.php, 
    abstract protected function showDatabaseContents(); 
} 

Class picImporter extends Global{ 
    protected function showDatabaseContents() { 
     //implementation using **$sql** from base 
    } 
} 

Class photosetImporter extends Global{ 
    protected function showDatabaseContents() { 
     //implementation using **$javascript** from base 
    } 
} 

Прежде чем продолжить, я просто хочу знать, если я нахожусь на правильном пути или нет и дальнейших инструкций, если это возможно.

Thanks, -S.

Answer 1

Нет особого «правильного» способа сделать то, что вы ищете (хотя есть неправильные способы). Трудно понять, какой метод я бы использовал, не понимая, что делает ваш класс javascript.

Как правило, я создаю единый глобальный класс абстракции БД (что я предполагаю, что у вас есть класс sql) и просто получаю доступ к нему из глобальной области, где бы я ни нуждался. Глобальная область не является злом, особенно для таких вещей, как доступ к базе данных, которые не являются неотъемлемой частью любых других классов, которые вы создаете, но требуются почти везде. То же самое можно сказать и о вашем классе javascript.

При этом, если вам нужна такая абстракция, чтобы поддерживать согласованный дизайн в вашем приложении, то я не вижу проблем с тем, что вы здесь делаете, это похоже на логический подход.

Если вы ищете, что может быть лучшей практикой, запустите поиск «шаблонов проектирования PHP», но в целом мой подход с PHP заключается в том, чтобы сохранить его простым и доступным. Это может означать использование шаблона проектирования, или это может означать более фундаментальный подход, в зависимости.