Phương pháp tĩnh/không tĩnh Vấn đề

Question

Tôi đang làm việc trên một giải pháp ORM đơn giản và đã gặp phải một tình huống khó khăn. Lý tưởng nhất, tôi muốn có thể sử dụng các phương thức trong cả ngữ cảnh tĩnh và bối cảnh đối tượng tùy thuộc vào cách nó được gọi. Tôi không chắc chắn nếu điều này là có thể, nhưng đây là những gì tôi muốn nói:

Nói một mô hình Người dùng muốn gọi nơi() tĩnh, điều này hiện đang hoạt động tốt, ví dụ:

$user = User::where('id = ?', 3); 

Bây giờ, tôi cũng hỗ trợ các mối quan hệ, ví dụ như một người dùng có thể có tin nhắn. Khi mối quan hệ này được thiết lập, tôi chỉ cần lưu trữ một bản sao trống của một mô hình tin nhắn trong mô hình người dùng và thiết lập một khóa ngoại. Ví dụ:

$user -> messages = new Message(); 
$user -> messages -> foreign_key = 'user_id'; 

Bây giờ, lý tưởng, tôi muốn để có thể gọi:

$user -> messages -> where('unread = ?', 1); 

Trong một bối cảnh không tĩnh và tận dụng $ this -> foreign_key khi trong bối cảnh này nên chỉ để kéo tin nhắn trong đó khóa ngoại khớp với id của người dùng. Đây có phải là loại chuyển đổi ngữ cảnh có thể có trong PHP không? Bất kỳ tham chiếu đến $ này từ ngữ cảnh tĩnh ném lỗi như một phương thức tĩnh và không nên dựa vào $ this (vì lý do hiển nhiên, khi được gọi từ ngữ cảnh tĩnh, $ this sẽ không tồn tại)

Có bất kỳ cách thông minh xung quanh điều này? Tôi đã cố gắng quá tải phương pháp để có hai nguyên mẫu khác nhau, cả hai có và không có từ khóa tĩnh nhưng điều này đã ném một lỗi khai báo lại.

Answer 1

Sau một chút chơi xung quanh, tôi đã tìm thấy cách để làm cho điều này có thể thực hiện được mà không có lỗi Strict Standards được đề cập bởi @ drew010. Tôi không thích nó, nó cảm thấy khủng khiếp, nhưng nó làm việc vì vậy tôi sẽ đăng bài này anyway.

Về cơ bản, ý tưởng là đặt phương thức bạn muốn truy cập private và static. Sau đó, bạn xác định các phương thức ma thuật __call() và __callStatic() để chúng sẽ gọi phương thức tĩnh riêng tư. Bây giờ bạn có thể nghĩ rằng "điều này không giải quyết được vấn đề, tôi vẫn bị mắc kẹt trong một ngữ cảnh tĩnh" - mà bạn chỉ là một bổ sung nhỏ, bạn có thể thêm $this vào các đối số được chuyển đến phương thức thực tế trong __call() và tìm nạp làm đối số cuối cùng cho phương thức. Vì vậy, thay vì tham chiếu $this trong ngữ cảnh đối tượng, bạn tham chiếu đối số thứ ba để có được tham chiếu đến cá thể của riêng bạn.

Tôi có lẽ không giải thích điều này rất tốt, chỉ cần có một cái nhìn tại this code:

<?php 

class test_class { 

    private $instanceProperty = 'value'; 

    private static function where ($arg1, $arg2, $obj = NULL) { 
     if (isset($obj)) { 
      echo "I'm in an object context ($arg1, $arg2): I can access the instance variable: $obj->instanceProperty<br>\n"; 
     } else { 
      echo "I'm in a static context ($arg1, $arg2)<br>\n"; 
     } 
    } 

    public function __call ($method, $args) { 
     $method = "self::$method"; 
     if (is_callable($method)) { 
      $args[] = $this; 
      return call_user_func_array($method, $args); 
     } 
    } 

    public static function __callStatic ($method, $args) { 
     $method = "self::$method"; 
     if (is_callable($method)) { 
      return call_user_func_array($method, $args); 
     } 
    } 

} 

test_class::where('unread = ?', 1); 

$obj = new test_class(); 
$obj->where('unread = ?', 2); 

Answer 2

Tôi không thể nghĩ ra bất kỳ cách nào để làm điều này mà không đi ngược lại các tiêu chuẩn PHP và sử dụng ngôn ngữ theo cách không được sử dụng.

Chức năng là tĩnh hoặc không. Có PHP cho phép bạn gọi nó theo một trong hai cách nhưng điều này vi phạm các tiêu chuẩn nghiêm ngặt và lý do duy nhất bạn có thể lấy đi khi thực hiện điều này là để tương thích ngược với mã PHP 4 cũ hơn mà tĩnh không tồn tại như một từ khóa.

xem xét mã này:

<?php 

class Test { 
    protected $_userId; 

    public function find() 
    { 
     if (isset($this)) { 
      echo "Not static.<br />\n"; 
     } else { 
      echo "Static.<br />\n"; 
     } 
    } 
} 

$t = new Test(); 
$t->find(); 

Test::find(); 

Đầu ra là:

Không tĩnh.
Tĩnh.

Nhưng với báo cáo lỗi bật, đây là sản phẩm thực tế:

Không tĩnh.

Tiêu chuẩn nghiêm ngặt: Phương pháp không tĩnh Kiểm tra :: tìm() không nên được gọi là tĩnh trong test.php trên dòng 19
Tĩnh.

Nếu bạn khai báo phương thức tĩnh, thì nó sẽ tĩnh bất kể nó được gọi như thế nào.

Vì vậy, tôi cho rằng câu trả lời là Có, bạn có thể thực hiện bằng cách sử dụng giải pháp này, nhưng tôi không khuyến nghị sử dụng. Nếu bạn muốn có cả hai cách, tôi sẽ đề xuất thêm hai phương pháp, public function find() và public static function findStatic().

Vì mã của bạn sẽ được viết là $obj->find() hoặc Class::find(), bạn có thể dễ dàng sử dụng các phương pháp tĩnh và không tĩnh theo ý kiến ​​của tôi thay vì có một phương thức hoạt động tĩnh. Để tuân theo DRY, tôi giả sử một phương pháp sẽ tận dụng một phương pháp khác để thực hiện tìm kiếm thực tế.

Answer 3

Xin lỗi vì đã không trả lời câu hỏi của bạn, nhưng tôi có một số nhận xét không phù hợp với nhận xét .... Những gì bạn đang làm là một chút phi lý.

$user->messages = new Message(); 

Bạn đang tạo một đơn nhắn bên trong một biến gọi là điệp.
Bạn có nghĩa là $user->messages[] = new Message();?
Ngoài ra, hãy bảo vệ các biến lớp học của bạn.

$user->messages->where('unread = ?', 1); 

Tại đây bạn đang cố gắng chọn từ tin nhắn của người dùng, điều đó là vô nghĩa.
Bạn nên làm gì chỉ đơn giản là giống như bạn đã làm cho lớp User: có được những thông điệp tĩnh và sau đó giao cho người dùng của bạn:

$user->messages = Message::where('unread = ?', 1); 

Nếu bạn cần phải tìm kiếm cho thông điệp rằng có một chính cụ thể trọng điểm, vượt qua nó như một tham số cho phương thức where, có thể được tăng cường để mất nhiều khoản:

$messages = Message::where(array(
    array('unread = ?', 1), 
    array('id = ?',  $message->getID()), 
)); 

tôi cũng muốn thêm ghi chú cá nhân: tạo ra một ORM là một cách tuyệt vời để tìm hiểu, nhưng nếu bạn đang tìm kiếm một cái gì đó hơn nghiêm trọng, tôi khuyên bạn nên cung cấp cho Doctrine hoặc Propel một cái nhìn.

Answer 4

Từ quan điểm lý thuyết và thực tế, nó không phải là một ý tưởng tốt để có một phương pháp học mà có thể được gọi là cả hai từ bối cảnh tĩnh và không tĩnh.

Nếu bạn muốn đạt được khả năng truy cập của lớp/phương pháp của bạn trong suốt ứng dụng của bạn, có thể đó là một khởi đầu tốt để đọc về Dependency Injection, Service Container và chương trình định hướng phun phụ thuộc.

Bằng cách triển khai DI trong ứng dụng của bạn, bạn có thể sẽ mất bất kỳ nhu cầu nào về những gì bạn đã đề cập.

Tôi sẽ đề nghị điều tra trang web máng và bạn sẽ thấy rằng các cuộc gọi tĩnh trong ngữ cảnh mà bạn đang làm việc với tránh được và bị gắn cờ là thực hành không tốt. Trạng thái tĩnh/chia sẻ trong lập trình hướng đối tượng là một thứ cần tránh (cũng như mẫu đơn). Đừng làm cho tôi sai -> phương pháp tĩnh có mục đích và lợi ích của họ, tuy nhiên, cách bạn đang sử dụng nó là lỗi thời (mặc dù một số khung, như Laravel, thúc đẩy thực hành xấu này - ví dụ "Facades" và Eloquent) .