У меня есть класс API LinkedIn, который я написал для PHP, который использует сторонний автономный класс OAuth, а не возможно установленное расширение PECL PHP OAuth. Я разработал его таким образом, чтобы многие пользователи не имели возможности / доступа для установки расширения PECL для совершения необходимых вызовов OAuth.
Итак, для установки PHP без установленного расширения PECL все работает отлично. Проблема на серверах, на которых установлено расширение PECL ... создание экземпляра класса OAuth стороннего производителя приводит к ошибкам переопределения, так как расширение PECL и класс стороннего производителя называют свои классы OAuth.
Было бы здорово иметь мой класс достаточно гибким для поддержки обеих ситуаций, но, конечно, два конфликтующих класса имеют разные имена методов и т. Д.
Я знаю, что простой ответ - сообщить людям, что моя библиотека предназначена ТОЛЬКО для тех ситуаций на сервере, где у вас не установлено расширение PECL, но мне интересно, есть ли другие решения.