Colloser Namespace Collisions trong Phát triển Plugin WordPress

Question

Tôi đang gặp phải một dự đoán hoàn toàn nhưng cực kỳ khó chịu và khó khăn để giải quyết vấn đề.

Tôi đã làm việc trên một khuôn khổ PHP để phát triển các plugin WordPress. Nó đang sử dụng Composer để quản lý sự phụ thuộc. Tất nhiên, vấn đề là nếu bạn có hai trường hợp khung của tôi trong cùng một cài đặt của WordPress, bạn có hai thư mục của nhà cung cấp và hai bản sao của bất kỳ gói nào do khung công tác yêu cầu. Điều này dẫn đến lỗi.

Chức năng khung làm plugin riêng biệt, sau đó được kế thừa bởi bất kỳ ứng dụng/plugin nào được xây dựng trên đó.

Di chuyển thư mục nhà cung cấp sang thư mục khung cốt lõi?

Sự cố: Tôi không biết điều gì sẽ xảy ra nếu tôi có hai tệp composer.json và hai tệp composer.phar ghi vào cùng thư mục nhà cung cấp và sử dụng cùng một bộ nạp tự động. Có lẽ nó sẽ không tốt. Bên cạnh đó, nó không giải quyết được vấn đề xung đột với các gói trình soạn thảo có thể được sử dụng bởi bất kỳ tập lệnh hoặc plugin nào khác ngoài những gì tôi đang cố xử lý.

Vì vậy, tôi bị kẹt. Đây có phải là một vấn đề có thể được giải quyết, hoặc là nó chỉ vốn có trong PHP?

Answer 1

Tôi không phải là rất quen với Composer hoặc khuôn khổ plugin bạn đang sử dụng, nhưng nói chung - tránh hàm/lớp xung đột tên trong plugin WordPress được thực hiện theo cách sau đây:

• Giả sử bạn plugin (ví dụ MyCoolPlugin) được viết theo hướng đối tượng, ví dụ như một lớp có tên MyCoolPlugin, bạn có thể bao gồm lớp/thư viện trợ giúp làm lớp con của MyCoolPlugin.

• class_exists(), đây là cách tìm PHP nếu một lớp đã được xác định. Giả sử lớp helper của bạn như sau:

class MyHelperClass{ }

Bạn có thể sử dụng việc kiểm tra sau đây trước khi tuyên bố lớp trong mỗi plugin của bạn:

if(!class_exists('MyHelperClass')){ 
    class MyHelperClass{ 
    } 
} 

Tất nhiên, có một thương mại- ở đây, vì chỉ có trường hợp đầu tiên của lớp sẽ được sử dụng thông qua WordPress. Ví dụ. nếu bạn có hai plugin với hai phiên bản khác nhau của lớp trình trợ giúp - chỉ một trong số chúng sẽ hoạt động và có sẵn tại bất kỳ thời điểm nào.

• Biến toàn cục - ví dụ: define('MY_HELPER_IS_LOADED', true); trong tệp trợ giúp (trong trường hợp bạn bao gồm chúng qua include() hoặc require()). Sau đó, vào đầu mỗi lần kiểm tra tệp trợ giúp có if(defined('MY_HELPER_IS_LOADED')) return;, điều này sẽ khiến tệp hiện được yêu cầu bao gồm/yêu cầu KHÔNG được bao gồm.

Một lần nữa các chiến thuật ở trên được sử dụng trong PHP nói chung, tôi không chắc chắn cách khung plugin của bạn được thiết lập chính xác.

Answer 2

Nhà soạn nhạc không thực sự được sử dụng nhiều lần trong cùng một dự án. Mặt khác, không có gì sai trái với nó, tuy nhiên bạn mất các tính năng phụ thuộc của nó và cần phải xử lý trường hợp này giống như các phụ thuộc chung trong môi trường WordPress.

Nói cách khác - nếu bạn không làm phụ thuộc Cách soạn nhạc và WordPress không làm phụ thuộc chút nào, nó sẽ trở thành vấn đề cá nhân của bạn cách xử lý nó.

Tôi không biết điều gì sẽ xảy ra nếu tôi có hai tập tin composer.json và hai tập tin composer.phar ghi vào thư mục cùng một nhà cung cấp và sử dụng autoloader cùng

Tôi không tuân theo lý do tại sao thư mục nhà cung cấp sẽ giống nhau nếu bạn đang sử dụng nhiều cài đặt trình soạn nhạc ... Bạn có thể giải thích cách bạn cấu trúc thư mục đó và nó có nghĩa là sử dụng công cộng hay riêng tư không?