Kiến trúc công cụ trò chơi MVC (Model-View-Controller) - Có hay không? [đóng cửa]

Tôi đang đọc một cuốn sách tuyệt vời, Hoàn thành mã hóa trò chơi và cuốn sách đó khuyên bạn nên sử dụng phương pháp MVC (Model-View-Controller) , với ba lớp chính:

1. Lớp ứng dụng trò chơi
2. Logic trò chơi
3. Chế độ xem trò chơi

Đối với tôi, cách tiếp cận này trông giống như một sự quá mức cho một trò chơi máy tính di động.

Ý kiến ​​của bạn là gì? Có đáng để thực hiện kiến ​​trúc này không, ngay cả khi nó bổ sung thêm giao tiếp cần thiết giữa các mô-đun? Thiết kế này có thể tiêu thụ rất nhiều năng lượng CPU, đến cuối cùng, kết quả sẽ chậm hơn đáng kể so với khi nó không được thực hiện?

Tôi phần nào hỗ trợ sử dụng cấu trúc MVC ngay cả đối với một game di động đơn giản. Nếu không có gì khác, nó sẽ giúp giải quyết vấn đề khiến các nhà phát triển không bị nó cắn đủ lần: tách mã hiển thị khỏi logic trò chơi.

Tuy nhiên, tôi cũng sẽ nói rằng MVC, giống như tất cả các mẫu thiết kế, tồn tại để làm cho cuộc sống của bạn dễ dàng hơn . Điều đó có nghĩa là nếu tại bất kỳ thời điểm nào, việc tuân thủ một số quy tắc về những gì bạn nên và không nên làm khi sử dụng MVC sẽ khiến cuộc sống của bạn trở nên khó khăn hơn, hãy bỏ qua nó . Một trong hai điều sẽ xảy ra: 1) bạn sẽ bị cắn sau đó, và sau đó sẽ hiểu tại sao việc làm khác đi ở nơi đầu tiên thực sự sẽ giúp cuộc sống của bạn dễ dàng hơn trong thời gian dài, hoặc 2) không có hậu quả gì.

Lập trình máy tính, về bản chất, có rất nhiều người theo quy tắc, những người coi trọng việc tuân thủ nguyên tắc tao nhã hơn là thực sự hoàn thành bất cứ điều gì, và họ thích thúc đẩy hệ thống giá trị của họ; đừng để họ biến bạn thành một trong số họ Điều quan trọng nhất có thể xảy ra với trò chơi của bạn là vận chuyển nó .

Các thiết kế thời gian biên dịch không tiêu thụ năng lượng CPU, trừ khi bạn có một trình biên dịch cực kỳ khó tin. Một ngôn ngữ hoặc cách tiếp cận hướng đối tượng không khác nhau về đặc điểm hiệu suất so với ngôn ngữ thủ tục. Bạn sẽ không gọi bất kỳ chi phí bổ sung nào cho việc sử dụng MVC. Tính mô đun tồn tại ở thời gian biên dịch, không phải thời gian chạy, một khi mã được nội tuyến và tối ưu hóa, nó sẽ không tạo ra bất kỳ sự khác biệt nào cả.

Nhiều trò chơi hiện đại thực sự chạy các mô hình và quan điểm về các luồng riêng biệt và đạt được lợi ích hiệu suất tuyệt vời trên hầu hết các nền tảng.

Cuối cùng, MVC là một thiết kế tốt giúp bạn tăng cường bảo trì và ít lỗi hơn vv miễn phí . Không có lý do gì để không sử dụng nó. Nó giống như hỏi tại sao bạn nên sử dụng một forvòng lặp thay vì viết tay goto. Trừ khi bạn có một thiết kế vượt trội trong tâm trí, nó chắc chắn sẽ tốt hơn không có gì.

Chỉnh sửa: Thiết kế thời gian biên dịch không tiêu thụ năng lượng CPU. Thiết kế thời gian chạy như thừa kế rõ ràng làm.

Hầu như luôn luôn có một sự đánh đổi giữa sự rõ ràng của mã và các yêu cầu kỹ thuật (tốc độ, bộ nhớ, v.v.) của chương trình. Các ngôn ngữ hướng đối tượng có một chi phí vượt trội so với các ngôn ngữ thủ tục, nhưng chúng đã được chứng minh là có nhiều lợi thế hơn các ngôn ngữ thủ tục, đặc biệt là trong việc duy trì lâu dài mã (lỗi, v.v.) và thường phát triển nhanh.

Vì vậy, trong tâm trí đó, tôi đề xuất rằng MVC đáng để thực hiện vì lợi ích của bạn là lập trình viên trò chơi . Mã của bạn sẽ tuân thủ tốt hơn các nguyên tắc hướng đối tượng, đặc biệt là đóng gói và bạn có thể sẽ có thời gian duy trì mã dễ dàng hơn nhiều (sửa lỗi hoặc thêm các tính năng mới).

Mặt khác, đảm bảo thực sự hoàn thành một trò chơi và không dành quá nhiều thời gian để làm việc với "công cụ" mà nó không bao giờ được thực hiện.

Để biết thêm thông tin, vui lòng đọc câu hỏi "Tại sao MVC & TDD không được sử dụng nhiều hơn trong kiến ​​trúc trò chơi?" và câu trả lời thực sự dài của tôi.