Birthday Sale! Up to 40% off unlimited courses & creative assets Birthday Sale! Save up to 40%!
Advertisement
  1. Code
  2. Design Patterns
Code

Thiết kế Patterns: Mô hình Singleton

by
Difficulty:IntermediateLength:ShortLanguages:

Vietnamese (Tiếng Việt) translation by Thùy Trang (you can also view the original English article)

Trong bài này bạn sẽ tìm hiểu làm thế nào để thực hiện các mẫu thiết kế Singleton, và lý do tại sao và khi nào thì sử dụng mô hình này trong các ứng dụng của bạn. Như tên gọi "Singleton" cho thấy, phương pháp này cho phép chúng tôi để tạo ra một và chỉ có một đối tượng của một lớp học.

Hãy xem những gì chúng tôi có trên Wikipedia về mẫu thiết kế này:

Các mô hình singleton là một mẫu thiết kế hạn chế instantiation một lớp học vào một đối tượng. Điều này rất hữu ích khi một đối tượng là cần thiết để phối hợp hành động trên hệ thống.

Như đã đề cập trong định nghĩa ở trên, khi chúng tôi muốn đảm bảo rằng một và chỉ có một đối tượng cần được tạo ra cho bất kỳ lớp học, sau đó chúng ta nên thực hiện các mô hình Singleton cho lớp đó.

Bạn có thể hỏi lý do tại sao chúng tôi nên thực hiện một lớp mà cho phép chúng tôi để tạo ra các đối tượng duy nhất của nó. Tôi muốn nói có rất nhiều trường hợp mà chúng tôi có thể áp dụng mẫu thiết kế này sử dụng. Chúng bao gồm: cấu hình lớp học, phiên họp lớp, lớp cơ sở dữ liệu và nhiều hơn nữa.

Tôi sẽ lấy ví dụ một lớp cơ sở dữ liệu cho bài viết này. Lần đầu tiên chúng ta sẽ thấy những gì các vấn đề có thể nếu một mẫu Singleton không được thực hiện cho một lớp học.

Các vấn đề

Hãy tưởng tượng một lớp học kết nối cơ sở dữ liệu rất đơn giản mà tạo ra một kết nối với cơ sở dữ liệu sau khi chúng tôi tạo ra một đối tượng của lớp đó.

Trong ví dụ mã trên, bạn có thể thấy rằng nó sẽ làm cho một kết nối đến cơ sở dữ liệu mỗi khi bạn tạo một đối tượng của lớp học này. Vì vậy nếu một nhà phát triển đã tạo ra một đối tượng của lớp học này ở nhiều nơi, tưởng tượng số lượng các kết nối cơ sở dữ liệu (giống hệt nhau) nó sẽ tạo ra với các máy chủ cơ sở dữ liệu.

Vì vậy không biết nhà phát triển là làm cho những sai lầm mà dẫn đến một tác động rất lớn vào tốc độ của cơ sở dữ liệu và máy chủ ứng dụng. Chúng ta hãy xem những điều tương tự thông qua việc tạo ra một đối tượng khác nhau của lớp đó.

Nếu bạn thấy đầu ra của các mã và sản lượng trên, bạn có thể thấy rằng mỗi đối tượng có một ID tài nguyên mới được chỉ định, vì vậy tất cả đối tượng là tài liệu tham khảo hoàn toàn mới, do đó nó phân bổ bộ nhớ riêng biệt như là tốt. Vì vậy không biết ứng dụng của chúng tôi sẽ chiếm tài nguyên đó là thực sự không cần thiết.

Các giải pháp

Nó không phải là trong kiểm soát của chúng tôi như thế nào các nhà phát triển sử dụng khung cơ sở của chúng tôi. Đó là trong kiểm soát của chúng tôi sau khi quá trình xem xét mã diễn ra, nhưng trong quá trình phát triển chúng tôi không thể đứng đằng sau họ tất cả thời gian.

Để khắc phục tình hình như vậy, chúng ta nên lớp cơ sở của chúng tôi theo một cách rằng nó là không thể tạo ra nhiều đối tượng của một lớp học; thay vào đó nó sẽ cung cấp cho một đối tượng đã tạo ra nếu bất kỳ. Đây là lý do mà chúng ta nên xem xét việc phát triển một mẫu Singleton cho các lớp học cơ sở.

Trong khi thực hiện mô hình này, mục tiêu của chúng tôi sẽ cho phép tạo ra một đối tượng của một lớp một và chỉ một thời gian. Cho phép tôi để thêm mã lớp dưới đây và sau đó chúng ta sẽ đi qua từng phần của lớp học này.

Đó là dấu hiệu cho thấy ít nói rằng các lớp học ở trên là một lớp Singleton. Điều đầu tiên là một nhà xây dựng tư nhân, ngăn chặn các đối tượng sáng tạo bằng cách sử dụng các từ khóa mới. Một dấu hiệu là một trong những thành viên tĩnh biến giữ chức tham chiếu đến một đối tượng đã tạo ra.

Nếu bạn so sánh sản lượng của cả hai phần sau đó bạn sẽ thấy, ở đầu ra của các mô hình Singleton, các ID tài nguyên cho các đối tượng là giống nhau cho tất cả các đối tượng khác nhau. Nhưng đó không phải là trường hợp khi mẫu thiết kế không được sử dụng.

Singleton như là một mô hình chống

Mẫu thiết kế này còn được gọi là một mô hình chống vì nhiều lý do, tôi sẽ đề cập đến dưới đây:

  1. Nó vi phạm các nguyên tắc trách nhiệm duy nhất vì nó có chất lượng của việc kiểm soát sáng tạo và vòng đời của riêng mình.
  2. Nó giới thiệu nhà nước toàn cầu ứng dụng của bạn. Tôi muốn nói nhà nước toàn cầu là rất xấu, vì bất kỳ mã có thể thay đổi giá trị của nó. Vì vậy khi gỡ lỗi đó là thực sự khó khăn để tìm phần của mã đã thực hiện trong giai đoạn hiện nay của toàn cầu biến.
  3. Singleton nói chung là một ý tưởng xấu nếu bạn đang làm đơn vị thử nghiệm, và nó nói chung là một ý tưởng xấu không phải là để thực hiện các đơn vị kiểm tra.

Kết luận

Tôi đã cố gắng tốt nhất của tôi để giải thích các mẫu thiết kế Singleton, thảo luận rộng rãi trên internet. Tôi hy vọng bạn tìm thấy bài viết này hữu ích. Chúng tôi đã bao phủ cả hai khía cạnh của mô hình này như là một mẫu thiết kế và như là một mô hình chống.

Xin vui lòng gửi ý kiến của bạn, đề nghị và/hoặc câu hỏi dưới đây, và tôi sẽ đăng bài phản ứng của tôi càng sớm càng tốt. Bạn cũng có thể tiếp cận với tôi trên Twitter @XpertDevelopers hoặc gửi email cho tôi ngay lập tức.

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.