Tôi biết rằng việc có các biến toàn cục hoặc các lớp đơn lẻ tạo ra các trường hợp có thể khó kiểm tra / quản lý và tôi đã được sử dụng các mẫu đó trong mã nhưng thường thì bạn phải giao hàng.
Vì vậy, có trường hợp các biến toàn cầu hoặc singletons thực sự hữu ích trong phát triển trò chơi?
Câu trả lời:
Chắc chắn là một danh sách không đầy đủ, nhưng ở đây đi:
Chúng tôi sử dụng một "cấu trúc của các singletons toàn cầu" rất nhiều trong các tiêu đề cầm tay của chúng tôi. Các tựa game trên PC và console có xu hướng dựa vào chúng ít hơn; chúng ta sẽ chuyển nhiều hơn sang kiến trúc hướng sự kiện / nhắn tin. Điều đó đã được nói, các tiêu đề pc / console vẫn thường sử dụng một TextureManager trung tâm; vì nó thường bao bọc một tài nguyên được chia sẻ duy nhất (bộ nhớ kết cấu), điều này có ý nghĩa đối với chúng tôi.
Nếu bạn giữ API của mình tương đối sạch sẽ, có thể không quá khó để cấu trúc lại (hoặc thành!) Một mẫu đơn khi bạn cần ...
Chúng có thể rất hữu ích, đặc biệt là trong quá trình tạo mẫu hoặc triển khai thử nghiệm, nhưng nói chung, chúng tôi thích chuyển các tham chiếu xung quanh cho các trình quản lý như các cấu trúc, theo cách đó bạn ít nhất có quyền kiểm soát nơi chúng được truy cập. Vấn đề lớn nhất với toàn cầu và singletons (theo tôi) là chúng không thân thiện với đa luồng và mã sử dụng chúng khó chuyển sang bộ nhớ không chia sẻ, như SPU.
Tôi có thể nói rằng bản thân thiết kế singleton hoàn toàn không hữu ích. Các biến toàn cục chắc chắn có thể hữu ích nhưng tôi muốn thấy chúng ẩn sau một giao diện được viết tốt để bạn không nhận thức được sự tồn tại của chúng. Với singletons bạn chắc chắn nhận thức được sự tồn tại của chúng.
Tôi thường sử dụng các biến toàn cục cho những thứ cần truy cập tất cả thông qua một công cụ. Công cụ hiệu suất của tôi là một ví dụ điển hình mà tôi sử dụng trên toàn bộ công cụ để gọi. Các cuộc gọi rất đơn giản; Thăm dò (), thăm dò () và thăm dò (). Truy cập thực sự của họ là một chút khó khăn hơn và sử dụng các biến toàn cầu cho một số thứ của họ.
Vấn đề chính với toàn cầu, và các singletons được triển khai kém là các lỗi xây dựng và giải cấu trúc tối nghĩa.
Vì vậy, nếu bạn làm việc với người nguyên thủy không có những vấn đề này hoặc nhận thức được vấn đề bằng con trỏ. Sau đó, chúng có thể được sử dụng một cách an toàn.
Quả cầu có vị trí của chúng, giống như gotos và không nên loại bỏ khỏi tầm tay mà thay vào đó được sử dụng cẩn thận.
Có một lời giải thích tốt về nó trong Hướng dẫn về Phong cách Google C ++
Globals rất hữu ích trong khi tạo mẫu nhanh một hệ thống yêu cầu một số trạng thái giữa các lệnh gọi hàm. Khi bạn đã thiết lập được hệ thống hoạt động, hãy chuyển trạng thái thành một lớp và biến các hàm thành các phương thức của lớp đó.
Singletons rất hữu ích trong việc gây ra vấn đề cho chính bạn và những người khác. Bạn càng giới thiệu trạng thái toàn cầu, bạn sẽ càng gặp nhiều vấn đề với tính chính xác của mã, bảo trì, khả năng mở rộng, đồng thời, v.v. Đừng làm điều đó.
Tôi có xu hướng khuyên bạn nên sử dụng một số loại container DI / IoC với quản lý trọn đời tùy chỉnh thay vì singletons (ngay cả khi bạn sử dụng trình quản lý trọn đời "một thể hiện"). Ít nhất thì nó cũng dễ dàng trao đổi việc thực hiện để tạo điều kiện kiểm tra.
Nếu bạn muốn các tính năng tiết kiệm bộ nhớ của một singleton có lẽ bạn có thể thử mẫu thiết kế bay bổng?
http://en.wikipedia.org/wiki/Fly weight_potype
Đối với các vấn đề đa luồng được đề cập ở trên, nó khá đơn giản với một số tầm nhìn xa để thực hiện cơ chế khóa cho các tài nguyên có thể được chia sẻ giữa các luồng. http://en.wikipedia.org/wiki/Read/write_lock_potype
Singletons là một cách tuyệt vời để lưu trữ trạng thái chia sẻ trong nguyên mẫu ban đầu.
Chúng không phải là viên đạn bạc và có một số vấn đề, nhưng chúng là một mẫu rất hữu ích cho các trạng thái UI / Logic nhất định.
Ví dụ: trong iOS, bạn sử dụng singletons để nhận [UIApplication sharedApplication], trong cocos2d, bạn có thể sử dụng nó để có được các tham chiếu đến một số đối tượng nhất định như [CCNotifying sharedManager] và cá nhân tôi thường bắt đầu với một singleton [Game sharedGame] lưu trữ trạng thái được chia sẻ giữa rất nhiều thành phần khác nhau.
Ồ, điều này thật thú vị với tôi, vì cá nhân tôi chưa bao giờ gặp vấn đề với mẫu đơn. Dự án hiện tại của tôi là một công cụ trò chơi C ++ cho Nintendo DS và tôi đang triển khai rất nhiều tiện ích truy cập phần cứng (ví dụ: VRAM Banks, Wifi, hai công cụ đồ họa) như các phiên bản đơn lẻ, vì chúng dự định bao bọc toàn cầu C các chức năng trong thư viện cơ bản.
Chỉ khi bạn có một mục chỉ có một bộ điều khiển nhưng được xử lý bởi một số mô-đun.
Chẳng hạn như, ví dụ, giao diện chuột. Hoặc giao diện cần điều khiển. Hoặc máy nghe nhạc. Hoặc máy nghe nhạc. Hoặc màn hình. Hoặc trình quản lý lưu tập tin.
Quả cầu nhanh hơn nhiều! Vì vậy, nó sẽ phù hợp hoàn hảo cho một ứng dụng chuyên sâu về hiệu năng, giống như một trò chơi.
Singletons là một công cụ toàn cầu tốt hơn, IMO, và do đó là công cụ phù hợp.
Sử dụng nó một cách tiết kiệm!