c OOP设计 – 将数据成员传递给其他类 – 这是否合理? [等候接听]

前端之家收集整理的这篇文章主要介绍了c OOP设计 – 将数据成员传递给其他类 – 这是否合理? [等候接听]前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我还有一个问题,希望能够总结我的想法.

假设我有以下3个类:

班级球员:

  1. class Player {
  2. private:
  3. int positionX,positionY;
  4. public:
  5. void move(Board& b) {
  6. // player changes its position on the board(move)
  7. b.removeCharFromBoard(positionX,positionY);
  8. positionX++;
  9. positionY++;
  10. // 'P' indicates a Player in the Board....
  11. b.insertCharToBoard(positionX,positionY,'P');
  12. }
  13. };

班主任:

  1. class Board {
  2. private:
  3. // BOARD_C and BOARD_R are both "#define ..." for some integer number.
  4. char board[BOARD_C][BOARD_R];
  5. };

class GameEngine:

  1. class GameEngine {
  2. private:
  3. Board* board;
  4. public:
  5. void playTurn(const Player& p) {
  6. p.move(board);
  7. }
  8. };

你认为GameBoard的playTurn函数会用参数“board”调用Player的移动功能似乎是合理的吗?
我需要这样做才能在棋盘数据成员中标记玩家已经改变了他的位置.
它是否遵守OOP基本规则?

谢谢你们,
聚合者!

@H_301_23@

解决方法

是的,在这种情况下它似乎是合理的(在这种情况下,“我的意思是”考虑我可以猜测你的GameEngine和Board类的语义以及它们的关联/聚合关系的性质“):

>而是使用智能指针而不是原始指针来保存GameEngine中的Board对象.在这种情况下,unique_ptr可能就是你想要的,因为所有其他别名似乎只是观察者,并且board对象的生命周期绑定到GameEngine对象的生命周期.但是,如果需要共享所有权,请选择shared_ptr.只是尽量不要使用原始指针,新指针和删除指针,因为它们会导致错误代码;
>你仍然需要在Board类的接口上提供公共函数修改板,因为Player将无法访问其私有成员变量(并且板恰好是一个).
>而不是#defines,使用constexpr值作为电路板的尺寸(如果您使用的是C 11).您可能还需要考虑Boost.MultiArray来创建安全的二维C风格数组.

@H_301_23@ @H_301_23@

猜你在找的C&C++相关文章