Wordpress và lập trình hướng sự kiện - nó là về cái gì?

Tôi muốn nói rõ rằng điều này không có ý định làm sống lại cuộc thảo luận về lập trình chức năng / thủ tục so với lập trình hướng đối tượng. Có rất nhiều điều nói về điều đó, trên WPSE và trên mạng.

Nhưng cách đây một thời gian, tôi đang đọc một số cuộc thảo luận về nền tảng lập trình của Wordpress và tôi đã đọc một cái gì đó - tôi phải viết lại bởi vì không may là tôi đã không đánh dấu nó vào thời điểm đó - đại khái như thế này:

Một trong những điều hấp dẫn khi sử dụng Wordpress là chúng cũng hoạt động dựa trên mô hình lập trình hướng sự kiện .

Từ những gì tôi hiểu lập trình hướng sự kiện trong ngữ cảnh này có khá nhiều từ đồng nghĩa với lập trình tín hiệu hoặc dataflow . Hơn nữa - rất có thể là quá đơn giản hóa nó rất nhiều - có thể đặc điểm rõ ràng chính là việc sử dụng các hook - hành động và bộ lọc - làm linchpin cho phương thức.

Càng xa càng tốt. Có vẻ đủ dễ dàng, nhưng tôi không đến từ nền tảng khoa học máy tính, vì vậy tôi khá chắc chắn có nhiều điều để nói. Tôi thực sự quan tâm đến một số đầu vào, như: Nó thực sự là về cái gì hoặc những gì ở trên đã nói khá nhiều về nó? Có phải là một mô hình thêm? Làm thế nào nó liên quan đến những người khác? Đó là một nguyên tắc cốt lõi hay chỉ là một bổ sung?

Những điều đó chỉ nằm trên đỉnh đầu của tôi, rõ ràng vi phạm các quy tắc, bằng cách không hỏi một câu hỏi duy nhất có một câu trả lời riêng biệt, nhưng có lẽ điều này sẽ được tha thứ một lần.

Trước hết cho phép làm rõ paradigmnghĩa của từ trong lập trình. Điều đó có nghĩa là chúng tôi đi đến một thỏa thuận rằng chúng tôi sẽ xử lý một số trường hợp / vấn đề / tình huống nhất định theo một cách nhất định.

Chẳng hạn, chúng ta đi đến thỏa thuận rằng hành khách đi bộ nên băng qua đường trên đèn xanh ở nước ta. Đây là mô hình ánh sáng xanh của chúng tôi . Ở một quốc gia khác có thể là một thỏa thuận để vượt qua một con đường trên một bàn tay lớn lên. Đó là mô hình bàn tay giơ lên của họ . Chúng không liên quan với nhau, chúng chỉ tồn tại và hành khách đi bộ có thể sử dụng mô hình hoặc tạo đường băng qua đường riêng của mình bất cứ khi nào tôi muốn mô hình.

Tình huống tương tự là trong lập trình. Paradigm chỉ là một bộ quy tắc hoặc thỏa thuận để phát triển một ứng dụng theo một cách nhất định hoặc sử dụng một cách tiếp cận nhất định. Chỉ có bấy nhiêu thôi.

Ok, quay lại với WordPress và mô hình hướng sự kiện. Mô hình này chỉ là một phần của toàn bộ hệ thống WordPress. Mô hình này đặt ra một loạt các quy tắc / thỏa thuận về cách mở rộng lõi bằng các tiện ích mở rộng của bên thứ 3, trong đó các móc cho hành động và bộ lọc là cách tiếp cận linchpin. Hãy chú ý rằng mô hình này chỉ bao gồm các trường hợp / vấn đề / tình huống mở rộng và đây không chỉ là mô hình được sử dụng bởi WordPress, mà là một trong những vấn đề cốt lõi.

Đó là tất cả. Tất nhiên bạn có thể sử dụng riêng của bạn viết một plugin / chủ đề như thế nào tôi muốn mô hình và hài lòng với nó :)

Tôi nghĩ rằng với mô hình hướng sự kiện , người viết bài dự định mô hình Observer .

Và điều đó trong WordPress được xử lý thông qua Plugins Api . Tôi không nghĩ có nhiều điều để nói.

@nicolai: Wordpress theo biến thể Người đăng ký nhà xuất bản của mẫu Người quan sát ( Kiến trúc hướng sự kiện ).

Wordpress là hướng sự kiện vì những hạn chế của ngôn ngữ được viết, không phải vì nó được thiết kế theo bất kỳ cách nào.

Các máy chủ web phổ biến nhất là hướng sự kiện và PHP ra khỏi hộp có rất ít tiện ích (không có?) Để hành xử theo bất kỳ cách nào khác. Vì wordpress phụ thuộc vào PHP, nên nó không thể là gì khác.

Phần PHP của các plugin và chủ đề WordPress OTOH phải được thiết kế để trở thành sự kiện được điều khiển bởi "sự kiện" "được gửi" theo lõi. Mã JS cũng được điều khiển theo sự kiện, nhưng các sự kiện hầu như chỉ được kích hoạt bởi người dùng thực tế (mặc dù một số mã JS wordpress cũng sẽ trừu tượng hóa nó và nâng cao các sự kiện của chính nó).