Результаты поиска

Создание одного интерфейса перезаписывает метод, который он наследует от другого интерфейса в PHP

Есть ли способ в PHP перезаписать метод, объявленный одним интерфейсом в интерфейсе, расширяющем этот интерфейс?

образец:

Я, наверное, делаю что-то не так, но вот что у меня есть:

interface iVendor{
    public function __construct($vendors_no = null);
    public function getName();
    public function getVendors_no();
    public function getZip();
    public function getCountryCode();
    public function setName($name);
    public function setVendors_no($vendors_no);
    public function setZip($zip);
    public function setCountryCode($countryCode);
}

interface iShipper extends iVendor{
    public function __construct($vendors_no = null, $shipment = null);
    public function getTransitTime($shipment = null);
    public function getTransitCost($shipment = null);
    public function getCurrentShipment();
    public function setCurrentShipment($shipment);
    public function getStatus($shipment = null);
}

Обычно в PHP, когда вы расширяете что-то, вы можете перезаписать любой метод, содержащийся в нем (правильно?). Однако, когда один интерфейс расширяет другой, он не позволит вам. Если только я не думаю об этом неправильно... Когда я реализую интерфейс iShipper, мне не нужно заставлять объект Shipper расширять объект Vendor (который реализует интерфейс iVendor). Я просто говорю:

class FedEx implements iShipper{}

и сделать FedEx реализовать все методы из iVendor и iShipper. Однако мне нужно, чтобы функции __construct в iVendor и iShipper были уникальными. Я знаю, что могу вынуть $shipment = null, но тогда было бы не так удобно создавать грузоотправителей (просто передавая vendors_no и отгрузку при создании экземпляра).

Кто-нибудь знает, как сделать эту работу? Мой запасной вариант-установить отправку, позвонив $shipper->setShipment($shipment); на отправителя после того, как я создам его экземпляр, но я надеюсь, что смогу обойти это...

Еще немного объяснений для любопытных:
Объект FedEx имеет методы, которые переходят на сайт FedEx (используя cURL) и получают оценку для рассматриваемой отгрузки. У меня есть объект UPS, объект BAXGlobal, объект Conway и т. д. Каждый из них имеет COMPLETELY различных методов для фактического получения оценки доставки, но все, что система должна знать, это то, что они являются "shipper" и что методы, перечисленные в интерфейсе, могут быть вызваны на них (поэтому он может обрабатывать их все точно так же и перебирать их в массиве "shippers", вызывая getTransitX() , чтобы найти лучшего отправителя для отгрузки).

Каждый "Shipper" также является "Vendor", хотя и рассматривается как таковой в других частях системы (получение и ввод DB и т. д. Наш дизайн данных-это куча дерьма, поэтому FedEx хранится прямо рядом с такими компаниями, как Dunder Mifflin в таблице "Vendors", что означает, что он получает все свойства каждого другого поставщика, но нуждается в дополнительных свойствах и методах, предоставляемых iShipper).