Thiết kế hệ thống nhắn tin trò chơi

Tôi đang làm một trò chơi đơn giản và đã quyết định thử thực hiện một hệ thống nhắn tin.

Hệ thống về cơ bản trông như thế này:

Thực thể tạo tin nhắn -> tin nhắn được đăng lên hàng đợi tin nhắn toàn cầu -> messageManager thông báo cho mọi đối tượng của tin nhắn mới thông qua onMessageReceured (Tin nhắn tin nhắn) -> nếu đối tượng muốn, nó sẽ hoạt động trên tin nhắn.

Cách tôi tạo các đối tượng tin nhắn là như thế này:

//base message class, never actually instantiated
abstract class Message{
  Entity sender;
}

PlayerDiedMessage extends Message{
  int livesLeft;
}

Bây giờ SoundManagerEntity của tôi có thể làm một cái gì đó như thế này trong phương thức onMessageReceured () của nó

public void messageReceived(Message msg){
  if(msg instanceof PlayerDiedMessage){
     PlayerDiedMessage diedMessage = (PlayerDiedMessage) msg;
     if(diedMessage.livesLeft == 0)
       playSound(SOUND_DEATH);
  }
}

Ưu điểm của phương pháp này:

1. Rất đơn giản và dễ thực hiện
2. Tin nhắn có thể chứa nhiều thông tin như bạn muốn, bởi vì bạn chỉ cần tạo một lớp con Tin nhắn mới có bất kỳ thông tin nào cần thiết.

Nhược điểm:

1. Tôi không thể tìm ra cách tôi có thể tái chế các đối tượng Tin nhắn thành một nhóm đối tượng , trừ khi tôi có một nhóm khác nhau cho mỗi lớp con của Tin nhắn. Vì vậy, tôi có rất nhiều phân bổ bộ nhớ / tạo đối tượng theo thời gian.
2. Không thể gửi tin nhắn đến một người nhận cụ thể, nhưng tôi chưa cần điều đó trong trò chơi của mình nên tôi không bận tâm lắm.

Tôi đang thiếu gì ở đây? Phải có một triển khai tốt hơn hoặc một số ý tưởng mà tôi đang thiếu.

Câu trả lời đơn giản là bạn không muốn tái chế tin nhắn. Người ta tái chế các đối tượng được tạo ra (và loại bỏ) bởi hàng ngàn khung hình, như các hạt hoặc rất nặng (hàng chục thuộc tính, quá trình khởi tạo dài).

Nếu bạn có một hạt tuyết với một số bitmap, vận tốc, thuộc tính vật lý liên quan đã đi xuống dưới chế độ xem của bạn, bạn có thể muốn tái chế nó thay vì tạo một hạt mới và khởi tạo lại bitmap và ngẫu nhiên lại các thuộc tính. Trong ví dụ của bạn, không có gì hữu ích trong Thông báo để giữ nó và bạn sẽ lãng phí nhiều tài nguyên hơn trong việc xóa các thuộc tính cụ thể của nó, hơn là bạn chỉ tạo một đối tượng Tin nhắn mới.

Trong trò chơi dựa trên Java của tôi, tôi đã đưa ra một giải pháp rất giống nhau, ngoại trừ mã xử lý tin nhắn của tôi trông như thế này:

@EventHandler
public void messageReceived(PlayerDiedMessage msg){
  if(diedMessage.livesLeft == 0)
     playSound(SOUND_DEATH);
}

Tôi sử dụng các chú thích để đánh dấu một phương thức như một trình xử lý sự kiện. Sau đó, khi bắt đầu trò chơi, tôi sử dụng sự phản chiếu để tính toán ánh xạ (hoặc, như tôi gọi nó là "đường ống") của các thông điệp - phương thức nào để gọi đối tượng nào khi một sự kiện của một lớp cụ thể được gửi. Điều này hoạt động ... tuyệt vời.

Việc tính toán đường ống có thể hơi phức tạp nếu bạn muốn thêm giao diện và các lớp con vào hỗn hợp, nhưng dù sao nó cũng khá đơn giản. Có một chút chậm trong khi tải trò chơi khi tất cả các lớp cần được quét, nhưng nó chỉ được thực hiện một lần (và có thể có thể được chuyển sang một luồng riêng). Thay vào đó, việc gửi tin nhắn thực tế rẻ hơn - tôi không phải gọi mọi phương thức "messageReceured" trong cơ sở mã chỉ để kiểm tra xem sự kiện đó có phải là một lớp tốt hay không.

Câu trả lời của EDIT Liosan là quyến rũ hơn. Nhìn vào nó.

Giống như Markus đã nói, tin nhắn không phải là một ứng cử viên phổ biến cho nhóm đối tượng. Đừng bận tâm với nó vì những lý do anh ấy đề cập. Nếu trò chơi của bạn gửi hàng tấn tin nhắn thuộc các loại cụ thể, thì có lẽ nó đáng giá. Nhưng sau đó, tôi khuyên bạn nên chuyển sang các cuộc gọi phương thức trực tiếp.

Nói về mà,

Không thể gửi tin nhắn đến một người nhận cụ thể, nhưng tôi chưa cần điều đó trong trò chơi của mình nên tôi không bận tâm lắm.

Nếu bạn biết một người nhận cụ thể mà bạn muốn gửi nó đến, sẽ không dễ dàng để có được một tham chiếu đến đối tượng đó và thực hiện một cuộc gọi phương thức trực tiếp trên nó? Bạn cũng có thể ẩn các đối tượng cụ thể đằng sau các lớp người quản lý để truy cập dễ dàng hơn trên các hệ thống.

Có một yếu tố để bạn thực hiện và đó là tiềm năng cho rất nhiều đối tượng nhận được thông điệp mà họ không thực sự quan tâm. Lý tưởng nhất là các lớp học của bạn sẽ chỉ nhận được tin nhắn mà họ thực sự quan tâm.

Bạn có thể sử dụng một HashMap<Class, LinkedList<Messagable>>để liên kết các loại tin nhắn với một danh sách các đối tượng muốn nhận loại tin nhắn đó.

Đăng ký một loại tin nhắn sẽ trông giống như thế này:

globalMessageQueue.subscribe(PlayerDiedMessage.getClass(), this);

Bạn có thể thực hiện subscribenhư vậy (tha thứ cho tôi một số lỗi, đã không viết java trong một vài năm):

private HashMap<Class, LinkedList<? extends Messagable>> subscriberMap;

void subscribe(Class messageType, Messagable receiver) {
    LinkedList<Messagable> subscriberList = subscriberMap.get(messageType);
    if (subscriberList == null) {
        subscriberList = new LinkedList<? extends Messagable>();
        subscriberMap.put(messageType, subscriberList);
    }

    subscriberList.add(receiver);
}

Và sau đó bạn có thể phát một thông điệp như thế này:

globalMessageQueue.broadcastMessage(new PlayerDiedMessage(42));

Và broadcastMessagecó thể được thực hiện như thế này:

void broadcastMessage(Message message) {
    Class messageType = message.getClass();
    LinkedList<? extends Messagable> subscribers = subscriberMap.get(messageType);

    for (Messagable receiver : subscribers) {
        receiver.onMessage(message);
    }
}

Bạn cũng có thể đăng ký tin nhắn theo cách mà bạn có thể phân chia việc xử lý tin nhắn của mình thành các chức năng ẩn danh khác nhau:

void setupMessageSubscribers() {
    globalMessageQueue.subscribe(PlayerDiedMessage.getClass(), new Messagable() {
        public void onMessage(Message message) {
            PlayerDiedMessage msg = (PlayerDiedMessage)message;
            if (msg.livesLeft <= 0) {
                doSomething();
            }
        }
    });

    globalMessageQueue.subscriber(EnemySpawnedMessage.getClass(), new Messagable() {
        public void onMessage(Message message) {
            EnemySpawnedMessage msg = (EnemySpawnedMessage)message;
            if (msg.isBoss) {
                freakOut();
            }
        }
    });
}

Đó là một chút dài dòng, nhưng giúp tổ chức. Bạn cũng có thể thực hiện một chức năng thứ hai, subscribeAllnó sẽ giữ một danh sách riêng biệt Messagablemuốn nghe về mọi thứ.

1 . Đừng.

Tin nhắn có chi phí thấp. Tôi đồng ý với Markus von Broady. GC sẽ thu thập chúng nhanh chóng. Cố gắng không đính kèm nhiều thông tin bổ sung cho tin nhắn. Chúng chỉ là tin nhắn. Tìm ví dụ là một thông tin của chính nó. Sử dụng nó (như bạn đã làm trong ví dụ của bạn).

2 . Bạn có thể thử sử dụng MessageDispatcher .

Ngược lại với giải pháp đầu tiên, bạn có thể có bộ điều phối thư tập trung xử lý các tin nhắn và chuyển chúng đến các đối tượng dự định.