在 MVC 设计模式中正确地从视图中抽象模型

Question

语境

我正在用 C++ 开发一个简单的CandyCrush 类似游戏，以使自己更加熟悉面向对象的编程和设计模式，即MVC 。

模型的一般结构是这样的：

主意

我的想法是使用打包逻辑，这样每个GameComponent都可以打包成原始类型表示。

例如， RedCandy对象在打包时将由"R"表示。

需要时， Control将通过打包所有单独的GameComponents并将结果作为字符串矩阵返回来打包模型。 然后将该矩阵传达给View 。

代表每种GameComponent类型的字符串常量存储在具有以下结构的静态类Constants中：

class Constants {
    static const std::string RED;
    static const std::string BLUE;
    static const std::string GREEN;
    static const std::string YELLOW;
    static const std::string PURPLE;
    static const std::string ORANGE;

    static const std::string WALL;
    static const std::string BOMB;

    static const std::array< std::string, 6 > candies;
public:

    static const std::string getRED() {return RED;}
    static const std::string getBLUE() {return BLUE;}
    static const std::string getGREEN() {return GREEN;}
    static const std::string getYELLOW() {return YELLOW;}
    static const std::string getPURPLE() {return PURPLE;}
    static const std::string getORANGE() {return ORANGE;}

    static const std::string randomCandy() {return candies[rand() % 6];}

    static const std::string getWALL() {return WALL;}
    static const std::string getBOMB() {return BOMB;}
};

因此，当视图解释打包的Model时，它指的是Constants类。

结论

这是抽象模型的正确方法吗？ 还是我想多了？

Answer 1

是的，我认为您可能想多了！ 在最一般的意义上遵守 MVC 只是意味着您的数据和逻辑（模型）独立于具有视图和控制器组件的用户界面代码。 此外，您可以将单个对象视为模型，在单个视图中呈现：玩家可以是模型，由名称和分数表示，可用动作列表可以是模型，显示为可点击的图像等。

因此，在您的具体示例中，GameBoard 类将模拟游戏的状态，大概是作为一些控制其单元格更新的 Game 类的一部分。 只要这些类只关心游戏逻辑而其他类处理，例如加载图像和响应鼠标点击，那么你就有了一个 MVC 应用程序。 本质上不需要进一步的抽象。

最低限度的实现可能具有以下内容：

#include <memory>
#include <string>
#include <vector>

struct GameComponent
{
    virtual ~GameComponent() = default;
    virtual std::string type() const = 0;
};

struct Candy : public GameComponent
{
    std::string type() const override { return "candy_" + m_colour; }
    
private:
    std::string m_colour {"red"};
};

using GameBoard = std::vector<std::vector<std::unique_ptr<GameComponent>>>;

当然，您可以选择保留方案中显示的其他类，但这应该足以让相应的视图类对nullptr元素不显示任何内容，或者使用 type() 提供的字符串表示来加载图像. 视图和控制器的基本设计可以是：

struct BoardView
{
    // functions to draw the board given model data, highlight something
    // under the mouse cursor, etc.
private:
    GameBoard* m_model;
};

struct Game;

struct GameController
{
    // functions to convert mouse input in the view to actions on the game,
    // tell the view to notify the player of invalid input, update view
    // after valid input, etc.

private:
    Game* m_model;
    BoardView* m_view;
};

这只是为了展示一个类似 MVC 的结构的例子。 存在不同的解释，例如视图不应直接与模型通信，而应严格从控制器获取输入，使它们成为另一个单独的层。 但是，除非您与其中之一联系在一起，否则您可以务实并做任何适合您的事情！

真正的实现将取决于您选择用于设计 GUI 的库。 例如，我最熟悉的 Qt 是一个模型/视图框架，没有单独的控制器概念。 因此，Qt 视图确实与其模型直接交互。