thực hành tốt nhất trên lớp singleton PHP

Question

thể trùng lặp:
Who needs singletons?

Tôi luôn viết liên quan đến thực hành tốt nhất, nhưng tôi cũng muốn hiểu tại sao một điều nhất định là một thực hành tốt nhất.

Tôi đã đọc trong một bài viết (không may là tôi không nhớ) rằng các lớp singleton được ưa thích được khởi tạo, thay vì được tạo bằng các hàm tĩnh và được truy cập với toán tử phân giải phạm vi (: :). Vì vậy, nếu tôi có một lớp có chứa tất cả các công cụ của tôi để xác nhận, trong ngắn hạn:

class validate { 
    private function __construct(){} 
    public static function email($input){ 
     return true; 
    } 
} 

Tôi đã nói điều này được coi thực hành xấu (hoặc ít nhất là cảnh báo chống lại), vì những thứ như các thu gom rác và bảo dưỡng. Vì vậy, những gì phê bình của "singleton class như là phương pháp tĩnh" muốn, là tôi nhanh chóng một lớp tôi là 100% nhất định tôi sẽ chỉ bao giờ nhanh chóng một lần. Đối với tôi, nó có vẻ giống như "làm việc gấp đôi", bởi vì tất cả đã sẵn sàng ở đó. Tôi đang thiếu gì?

Quan điểm về vấn đề này là gì? Tất nhiên nó không phải là một vấn đề sống và chết, nhưng người ta cũng có thể làm một điều đúng cách, nếu tùy chọn là có :)

Answer 1

Một lớp dụ singleton trong php:
Creating the Singleton design pattern in PHP5 : Ans 1 :
Creating the Singleton design pattern in PHP5 : Ans 2 :

Singleton is considered "bad practice".

Chủ yếu là vì điều này: How is testing the registry pattern or singleton hard in PHP?

• why are singleton bad?

• why singletons are evil?

• A good approach: Dependency Injection

• Presentation on reusability: Decouple your PHP code for reusability

• Do you need a dependency injection container

• Static methods vs singletons choose neither

• The Clean Code Talks - "Global State and Singletons"

• Inversion of Control Containers and the Dependency Injection pattern

Wanna đọc nhiều hơn? :

• What are the disadvantages of using a PHP database class as a singleton?

• Database abstraction class design using PHP PDO

• Would singleton be a good design pattern for a microblogging site?

• Modifying a class to encapsulate instead of inherit

• How to access an object from another class?

• Testing Code That Uses Singletons

sơ đồ quyết định Một Singleton (source):

Answer 2

Vâng, đây không thực sự là một singleton; một singleton đảm bảo rằng bạn chỉ có một cá thể của một lớp, và không có phương thức nào ở đây sẽ lấy ra một cá thể của Validate. Thiết kế của bạn ở đây dường như là một lớp tĩnh. Điều này sẽ không gây ra vấn đề với bộ thu gom rác (ít nhất là mã bạn đã đặt ở đây), bởi vì điều này sẽ được nạp vào bộ nhớ bất kể là gì.

Answer 3

Một đối tượng singleton là một đối tượng mà chỉ được khởi tạo một lần. Đó không phải là giống như Singleton Pattern, mà là một (Chống) Pattern làm thế nào để viết một lớp mà thể được chỉ khởi tạo một lần, các Singleton (lớn S ngay từ đầu):

“Đảm bảo một lớp chỉ có một cá thể, và cung cấp một điểm truy cập toàn cầu cho nó.”

Theo như PHP liên quan, bạn thường không cần triển khai Mẫu Singleton. Trong thực tế, bạn nên tránh làm điều đó khi bạn yêu cầu thực hành tốt nhất, bởi vì nó là thực hành không tốt.

Ngoài ra, hầu hết các ví dụ về mã PHP mà bạn tìm thấy là việc triển khai một nửa mẫu sẵn sàng bỏ qua cách thức hoạt động của PHP. Các triển khai không có thật này không phù hợp với "đảm bảo" trong mẫu.

Điều này cũng cho biết điều gì đó: Thường thì không cần thiết. Nếu việc triển khai cẩu thả thực hiện công việc trong khi thậm chí không đến gần với mẫu, mẫu sai đã được sử dụng cho tình huống, nó bắt đầu trở thành Anti-Pattern.

Trong PHP thường không cần phải đảm bảo bằng mọi chi phí mà một lớp chỉ có một thể hiện, các ứng dụng PHP không phức tạp đến mức bạn cần (ví dụ không có nhiều luồng có thể cần tham chiếu đến nguyên tử ví dụ).

Điều thường bị bỏ qua là điểm truy cập toàn cục đối với cá thể lớp, đó là điều mà hầu hết các nhà phát triển PHP (sử dụng sai) đều sử dụng mẫu đó. Như nó được biết đến như ngày nay, việc sử dụng "Singletons" như vậy dẫn đến các vấn đề tiêu chuẩn của trạng thái tĩnh toàn cầu, đưa sự phức tạp vào mã của bạn trên nhiều cấp độ và giảm khả năng sử dụng lại. Là một lập trình viên, bạn mất khả năng sử dụng mã của mình một cách linh hoạt. Nhưng tính linh hoạt là một kỹ thuật rất quan trọng để giải quyết vấn đề. Và các lập trình viên đang giải quyết các vấn đề cả ngày.

Vì vậy, trước khi áp dụng Mẫu thiết kế ưu và nhược điểm cần được đánh giá. Chỉ cần sử dụng một số mẫu thường xuyên nhất là không hữu ích.

Để bắt đầu tôi sẽ nói, chỉ cần viết các lớp học của bạn và chăm sóc như thế nào và khi chúng được instantiated trong một số phần khác của logic ứng dụng của bạn để mọi thứ được giữ linh hoạt.