My<cod/>.net
Создание одного интерфейса перезаписывает метод, который он наследует от другого интерфейса в 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).
@cmcculloh да, в Java вы не определяете конструкторы в интерфейсах. Это позволяет вам как расширять интерфейсы, так и иметь класс, который реализует несколько интерфейсов (как разрешенных, так и очень полезных во многих случаях), не беспокоясь о том, чтобы удовлетворить определенный конструктор.
EDIT:
Вот моя новая модель:
О. каждый интерфейс больше не имеет метода конструктора.
Б. Всех грузоотправителей (UPS, FedEx и т. д.) Теперь реализовать iShipper (который расширяет iVendor) и расширить абстрактный класс грузоотправителя (который имеет все общие неабстрактные методы для грузоотправителей, которые в нем определены, getName(), getZip() и т. д.).
C. Каждый грузоотправитель имеет свой собственный уникальный метод _construct, который перезаписывает абстрактный метод _ _ construct($vendors_no = null, $shipment = null), содержащийся в Shipper (я не помню, почему я позволяю им быть необязательными сейчас. Мне придется вернуться к своим документам...).
Так:
interface iVendor{
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 getTransitTime($shipment = null);
public function getTransitCost($shipment = null);
public function getCurrentShipment();
public function setCurrentShipment($shipment);
public function getStatus($shipment = null);
}
abstract class Shipper implements iShipper{
abstract public function __construct($vendors_no = null, $shipment = null);
//a bunch of non-abstract common methods...
}
class FedEx extends Shipper implements iShipper{
public function __construct($vendors_no = null, $shipment = null){
//a bunch of setup code...
}
//all my FedEx specific methods...
}
Спасибо за помощь!
пс. поскольку я теперь добавил Это к "your" ответу, если есть что-то в нем, что вам не нравится/кажется, должно быть другим, не стесняйтесь изменить его...
Вы можете оставить конструктор и просто поместить их в каждый отдельный класс. Тогда получается, что каждый класс имеет свою собственную конструкцию__, которая, вероятно, одинакова в зависимости от того, является ли он грузоотправителем или поставщиком. Если вы хотите, чтобы эти конструкции были определены только один раз, я не думаю, что вы хотите идти по этому пути.
Я думаю, что вы хотите сделать абстрактный класс, который реализует поставщика, и тот, который реализует грузоотправителя. Там вы можете определить конструкторы по-разному.
abstract class Vendor implements iVendor {
public function __construct() {
whatever();
}
}
abstract class Shipper implements iShipper {
public function __construct() {
something();
}
}