Tôi hiện đang làm việc trên một dự án iOS có tên Old Frank mà tôi đã cố gắng tuân theo một mẫu thiết kế MVC.
Ý chính của nó là
GameObjects(model) <- Scene(controller) -> Sprites "SpriteKit" (View)Bây giờ nếu tôi hiểu chính xác về MVC, bạn không thể sử dụng nhiều tính năng mà SpriteKit cung cấp nếu bạn muốn theo MVC. Ví dụ SKAction, phát hiện va chạm, v.v.
Đây không phải là mô hình nơi đặt các đối tượng trò chơi và cách chúng phản ứng khi chạm vào các đối tượng khác? Không phải là theo mô hình để xác định vị trí theo thời gian sao?
Có bất kỳ phần nào của SpriteKit sẽ được coi là ổn để sử dụng làm "khung nhìn" trong MVC ngoài việc kết xuất không?
Tôi đã cố gắng làm theo một mẫu thiết kế MVC - tại sao?
—
Paul D. Chờ
@ PaulD.Waite Tôi thích ý tưởng giữ mô hình của tôi riêng biệt. Về lý thuyết, điều này giúp việc chuyển hoặc tái tạo trên nền tảng khác dễ dàng hơn. Nó cũng làm cho nó dễ dàng hơn để quản lý sự kiên trì, đó là lý do lớn nhất cho đến nay.
—
Skyler Lauren
Gotcha. Để đạt được mục tiêu bền bỉ, mẫu memento có thể được áp dụng nhiều hơn MVC. Các họa sĩ của bạn có thể là người khởi tạo và họ có trách nhiệm tạo ra một đại diện có thể lưu lại trạng thái của họ và khôi phục lại bản thân từ đại diện đó sau đó. Bộ điều khiển cảnh của bạn có thể là thứ yêu cầu đại diện từ họ.
—
Paul D. Chờ
Điều đó cũng có thể dẫn đến việc các trò chơi tiết kiệm của bạn có thể sử dụng được trên nền tảng khác, mặc dù tôi nghi ngờ rằng bạn có thể đi xa về khả năng cổng khi làm việc với khung công tác chỉ dành cho Mac / iOS như SpriteKit.
—
Paul D. Chờ
@ PaulD.Waite cảm ơn bạn đã cho ý kiến của bạn Tôi sẽ xem xét mô hình memento như một mô hình khác để xem xét trong tương lai. Hai câu hỏi là về cùng một dự án có nhưng không liên quan. Ngạc nhiên khi thấy một người khác đã di chuyển sang stackoverflow và sẽ xem xét câu trả lời của anh ta sau đó tối nay =)
—
Skyler Lauren