Tại sao PHP Trait không thể triển khai giao diện?

Tôi tự hỏi tại sao PHP Trait (PHP 5.4) không thể triển khai các giao diện.

Cập nhật từ câu trả lời của user1460043 => ... không thể yêu cầu lớp sử dụng nó để triển khai một giao diện cụ thể

Tôi hiểu rằng điều đó có thể là hiển nhiên, bởi vì mọi người có thể nghĩ rằng nếu a Class Ađang sử dụng một Trait Tmà đang triển khai một interface I, hơn là Class Alẽ ra đang triển khai một cách interface Igián tiếp (và điều này không đúng vì Class Acó thể đổi tên các phương thức đặc điểm).

Trong trường hợp của tôi, đặc điểm của tôi là gọi các phương thức từ giao diện mà lớp sử dụng đặc điểm thực hiện.

Đặc điểm trên thực tế là sự triển khai một số phương pháp của giao diện. Vì vậy, tôi muốn "thiết kế" trong mã mà mọi lớp muốn sử dụng đặc điểm của tôi phải triển khai giao diện. Điều đó sẽ cho phép Trait sử dụng các phương thức của lớp được xác định bởi giao diện và đảm bảo rằng chúng đang tồn tại trong lớp.

Phiên bản thực sự ngắn đơn giản hơn vì bạn không thể. Đó không phải là cách Traits hoạt động.

Khi bạn viết use SomeTrait;bằng PHP, bạn đang (một cách hiệu quả) yêu cầu trình biên dịch sao chép và dán mã từ Trait vào lớp mà nó đang được sử dụng.

Bởi vì use SomeTrait;bên trong lớp, nó không thể thêm implements SomeInterfacevào lớp, bởi vì cái đó phải ở bên ngoài lớp.

"tại sao không có kiểu Traits trong PHP?"

Bởi vì chúng không thể được khởi tạo. Đặc điểm thực sự chỉ là một cấu trúc ngôn ngữ (yêu cầu trình biên dịch sao chép và dán mã đặc điểm vào lớp này) trái ngược với một đối tượng hoặc kiểu có thể được tham chiếu bởi mã của bạn.

Vì vậy, tôi muốn "thiết kế" trong mã mà mọi lớp muốn sử dụng đặc điểm của tôi phải triển khai giao diện.

Điều đó có thể được thực thi bằng cách sử dụng một lớp trừu tượng cho useđặc điểm và sau đó mở rộng các lớp từ nó.

interface SomeInterface{
    public function someInterfaceFunction();
}

trait SomeTrait {
    function sayHello(){
        echo "Hello my secret is ".static::$secret;
    }
}

abstract class AbstractClass implements SomeInterface{
    use SomeTrait;
}

class TestClass extends AbstractClass {
    static public  $secret = 12345;

    //function someInterfaceFunction(){
        //Trying to instantiate this class without this function uncommented will throw an error
        //Fatal error: Class TestClass contains 1 abstract method and must therefore be 
        //declared abstract or implement the remaining methods (SomeInterface::doSomething)
    //}
}

$test = new TestClass();

$test->sayHello();

Tuy nhiên - nếu bạn cần thực thi rằng bất kỳ lớp nào sử dụng một Đặc điểm đều có một phương thức cụ thể, tôi nghĩ bạn có thể đang sử dụng các đặc điểm mà ngay từ đầu bạn đã phải là các lớp trừu tượng.

Hoặc bạn có logic của bạn sai cách. Bạn muốn yêu cầu các lớp triển khai giao diện có một số chức năng nhất định, không phải là nếu chúng có một số chức năng nhất định thì chúng phải tự khai báo là triển khai giao diện.

Biên tập

Trên thực tế, bạn có thể định nghĩa các hàm trừu tượng bên trong các Đặc điểm để buộc một lớp triển khai phương thức. ví dụ

trait LoggerTrait {

    public function debug($message, array $context = array()) {
        $this->log('debug', $message, $context);
    }

    abstract public function log($level, $message, array $context = array());
}

Tuy nhiên, điều này vẫn không cho phép bạn triển khai giao diện theo đặc điểm và vẫn có vẻ là một thiết kế tồi, vì các giao diện tốt hơn nhiều so với các đặc điểm trong việc xác định hợp đồng mà một lớp cần thực hiện.

Có một RFC: Các đoạn có giao diện gợi ý sau đây để được thêm vào ngôn ngữ:

trait SearchItem implements SearchItemInterface
{
    ...
}

Các phương thức được yêu cầu bởi giao diện có thể được thực thi bởi đặc điểm, hoặc được khai báo là trừu tượng, trong trường hợp đó, lớp sử dụng đặc điểm sẽ triển khai nó.

Tính năng này hiện không được ngôn ngữ hỗ trợ, nhưng nó đang được xem xét (trạng thái hiện tại của RFC là: Đang thảo luận ).

[...] để "thiết kế" trong mã mà mọi lớp muốn sử dụng đặc điểm của tôi phải triển khai giao diện. Điều đó sẽ cho phép Trait sử dụng các phương thức của lớp được xác định bởi giao diện và đảm bảo rằng chúng đang tồn tại trong lớp.

Điều này nghe có vẻ rất hợp lý và tôi sẽ không nói rằng thiết kế của bạn có gì sai. Các đặc điểm đã được đề xuất với ý tưởng này, hãy xem điểm thứ hai tại đây:

• Một đặc điểm cung cấp một tập hợp các phương pháp thực hiện hành vi.
• Một đặc điểm yêu cầu một tập hợp các phương thức đóng vai trò là tham số cho hành vi được cung cấp.
• [...]

Schärli và cộng sự, Đặc điểm: Đơn vị hành vi có thể sử dụng một lần, ECOOP'2003, LNCS 2743, trang 248–274, Springer Verlag, 2003, Trang 2

Vì vậy, sẽ thích hợp hơn nếu nói rằng bạn muốn một đặc điểm yêu cầu một giao diện chứ không phải "triển khai" nó.

Tôi không thấy lý do tại sao không thể có tính năng "đặc điểm yêu cầu (các lớp người tiêu dùng của nó để triển khai) một giao diện" trong PHP, nhưng hiện tại nó dường như bị thiếu.

Như @Danack lưu ý trong câu trả lời của mình , bạn có thể sử dụng các hàm trừu tượng trong đặc điểm để "yêu cầu" chúng từ các lớp sử dụng đặc điểm. Thật không may, bạn không thể làm điều này với các chức năng riêng tư .

Tôi đồng ý với phản hồi của @Danack, tuy nhiên tôi sẽ bổ sung một chút.

Phiên bản thực sự ngắn đơn giản hơn vì bạn không thể. Đó không phải là cách Traits hoạt động.

Tôi chỉ có thể nghĩ đến một số trường hợp trong đó những gì bạn yêu cầu là cần thiết và rõ ràng hơn là một vấn đề thiết kế hơn là một lỗi ngôn ngữ. Chỉ cần tưởng tượng rằng có một giao diện như thế này:

interface Weaponize
{
    public function hasAmmunition();
    public function pullTrigger();
    public function fire();
    public function recharge();
}

Một đặc điểm đã được tạo để triển khai một trong các chức năng được xác định trong giao diện nhưng trong quá trình này, sử dụng các chức năng khác cũng được xác định bởi giao diện , dễ xảy ra lỗi rằng nếu lớp sử dụng tính năng không triển khai giao diện, mọi thứ sẽ không kéo được Kích hoạt

trait Triggerable
{
    public function pullTrigger()
    {
        if ($this->hasAmmunition()) {
            $this->fire();
        }
    }
}

class Warrior
{
    use Triggerable;
}

Một giải pháp dễ dàng đơn giản là buộc lớp sử dụng đặc điểm cũng thực hiện các chức năng đó:

trait Triggerable
{
    public abstract function hasAmmunition();
    public abstract function fire();

    public function pullTrigger()
    {
        if ($this->hasAmmunition()) {
            $this->fire();
        }
    }
}

Vì vậy, đặc điểm không hoàn toàn phụ thuộc vào giao diện , mà là một đề xuất để triển khai một trong các chức năng của nó, vì khi sử dụng đặc điểm , lớp sẽ yêu cầu thực hiện các phương thức trừu tượng.

Thiết kế cuối cùng

interface Weaponize
{
    public function hasAmmunition();
    public function pullTrigger();
    public function fire();
    public function recharge();
}

trait Triggerable
{
    public abstract function hasAmmunition();
    public abstract function fire();

    public function pullTrigger()
    {
        if ($this->hasAmmunition()) {
            $this->fire();
        }
    }
}


class Warrior implements Weaponize
{
    use Triggerable;

    public function hasAmmunition()
    {
        // TODO: Implement hasAmmunition() method.
    }

    public function fire()
    {
        // TODO: Implement fire() method.
    }

    public function recharge()
    {
        // TODO: Implement recharge() method.
    }
}

Xin lỗi tiếng anh của tôi