Cấu trúc đơn vị trò chơi RTS

Tôi muốn có một cách để tạo ra nhiều đơn vị khác nhau mà không phải lập trình các công cụ như hành động moveTo và Attack nhiều lần

Cách tôi nhìn thấy, có 2 cách tôi có thể làm điều này.

1. Một lớp Đơn vị chung duy nhất có các cờ xác định những gì nó có thể / không thể làm (sau đó tạo các thể hiện trong một mảng tĩnh và lấy chúng khi cần)
2. Lớp đơn vị trừu tượng với các phương thức trừu tượng cho các hành động dành riêng cho Đơn vị như (Tấn công, Thu hoạch, Tuần tra), sau đó tất cả cần phải được thực hiện trong các lớp con , ngay cả khi đơn vị thực sự không thể thu hoạch được gì.

cách đầu tiên để làm điều này có vẻ đơn giản nhất, nhưng cuối cùng tôi sẽ có rất nhiều mã không được sử dụng cho phần lớn các đơn vị.

cách thứ hai cũng có thể làm việc. Nhưng nếu tôi quyết định có hai đơn vị khác nhau có thể thu hoạch tài nguyên, tôi sẽ có cùng một mã chính xác trong hai lớp khác nhau, điều này dường như không phải là cách đúng đắn để làm điều đó.

Đây có phải là cách tiếp cận đúng cho vấn đề này?
Trong một trò chơi như AoE, mọi đơn vị đều có, tôi đoán là gì, một loại Danh sách Hành động / Đơn hàng nào đó, tôi thực sự muốn biết làm thế nào để đạt được thứ gì đó tương tự, trong đó tôi chỉ có thể mã hóa mỗi Hành động / Đặt hàng một lần và sau đó đưa nó cho tất cả các đơn vị cần nói Hành động.

Nếu tôi không rõ ràng (rất có lý) hoặc bạn cần thêm thông tin về chính xác những gì tôi đang tìm kiếm, chỉ cần hỏi tôi trong một nhận xét.

Một cách tiếp cận phổ biến là có một cách tiếp cận dựa trên thành phần trong đó "Đơn vị" lớp cơ sở chỉ thực hiện các khía cạnh cơ bản nhất mà tất cả các đơn vị đều có, trong khi mỗi đơn vị sau đó có một danh sách nhiều đối tượng thành phần cho biết nó có thể làm gì và làm thế nào nó làm điều đó

Ví dụ, một chiếc xe tăng có thể có các thành phần Mobile, Destructible, Attacker, một bất động duy nhất tháp pháo Destructible, Attackervà một máy gặt đập Mobile, Destructible, Harvester. Các lớp này sau đó sẽ bao gồm tất cả các mã cần thiết để thực hiện các hành vi này. Tương tác giữa các thành phần ( Attackerchỉ có thể làm hỏng những gìDestructible ) có thể được thực hiện bằng cách kiểm tra thành phần nếu đơn vị khác có thành phần cần thiết và sau đó tương tác trực tiếp với thành phần đó.

Ưu điểm so với kế thừa lớp cổ điển là bạn có thể dễ dàng kết hợp các khả năng. Ví dụ, khi bạn muốn có một máy gặt đập cũng có thể tấn công, vận chuyển bộ binh và bay, bạn chỉ cần thêm các thành phần cần thiết. Bạn cũng có thể dễ dàng thêm và xóa các tính năng mới dưới dạng các thành phần mới mà không cần phải làm mờ lớp Đơn vị cơ bản.

Unity hỗ trợ bạn trong một kiến ​​trúc như vậy, bởi vì toàn bộ công cụ đã dựa trên thành phần. Vì vậy, các thành phần logic trò chơi như thế này có thể được thêm vào dưới dạng các kịch bản.

Rất nhiều trò chơi sử dụng hệ thống dựa trên thành phần cho các thực thể , trong đó có thể thêm một loạt các hành vi và khả năng vào một loại đơn vị chung chung hơn thay vì được mã hóa như một phần của lớp thực thể (hoặc tương đương).