我对自己的编程技能越来越有信心,所以我决定重新开始我之前玩过的纸牌游戏。这个程序的重点是现在我对程序流程、变量、条件等有了一定的了解,我想加深对OOP的理解
所以我需要一些关于面向对象设计的建议
我的纸牌游戏将有 5 个类:
- 主要
- 名片
- Deck(有一个 Card ArrayList)
- Player(有一个从 Deck 对象接收到的 Card 对象的 Card ArrayList)
- 经销商
我想知道将 Dealer 类作为接口(interface)是否适合 OOP。所有玩家都应该可以扮演庄家的角色,但不用说,每轮牌只有一个庄家。让 Player 类实现发牌者可以执行的方法(例如 dealGame())是否可以,即使在任何给定回合中 8 个 Player 对象中有 7 个不会使用其实现的方法,而且不是在当时被视为经销商?或者让 dealGame() 方法属于 Deck 类并调用 deck 来处理游戏会更好吗?抱歉,如果这是一个愚蠢的问题,但我对 OOP 的原则有点粗略,希望得到一些建议,以便学会第一次就做对。
我也考虑过让 Dealer 扩展 Player,但我认为这是错误的,因为我需要玩家在运行时扮演 Dealer 的角色,而不是以一成不变的方式被声明为 Dealer 对象。在这种情况下 - 如果 Dealer 扩展 Player - 我想我需要将游戏的所有玩家声明为 Dealers。
所以基本上我在问:
- 如果您使用这 5 个类制作纸牌游戏,您会将 Dealer 类作为接口(interface),而将其余的常规类作为接口(interface),为什么或不呢?
- 我总体上是在 OOP 的正确轨道上还是完全迷失了方向?
最佳答案
您的方法很好,但是还有一些工作要做 :)。所有类(class)都很好,但 Delaer 不是。
首先 - 如果玩家在一轮中是庄家,然后其他人是庄家,我看不到扩展类或界面的意义。
事实上,一开始,我不会让任何玩家成为庄家,这会让事情变得复杂。
处理这个问题的最简单和最好的方法是创建 5.Game。游戏有牌组和所有玩家,它的工作方式与发牌人类似。它等待玩家响应,在应该的时候显示卡片等等。
如果你真的想让玩家成为发牌人,那就更复杂了:)。好吧,你也需要 Game 类,因为 Game
必须决定谁开始发牌,它应该取消或给予玩家发牌权(好吧,我不明白它的意义,但如果你想要... :))。
以及如何做到这一点? Game
有 Player dealer
变量。如果应该有类似 registerDealer(Player player)
的方法。然后你需要某种接口(interface)来在 Game
和 Player
之间进行通信。
如果你想让 Player
对 Game
负全部责任,你可以使用 Visitor 模式
。 (它允许 dealer
“潜入”游戏实例并执行任何公共(public)方法可以执行的操作)。
否则,您可以让游戏
询问dealer
做什么并等待玩家输入。它应该通过调用像 dealer.askWhatToDo()
这样的方法并使用返回值来完成。它允许验证输入......但是如果我是对的,扑克中的有效输入总是只有一个,所以我看不出有什么区别,如果 Game
本身决定做什么......
我看到的唯一原因是如果 dealer
可以洗牌或提高底牌或类似的东西,那么它就可以完成......或者如果你想与扑克玩家一起模拟扑克游戏经销商可以像在现实生活中那样做无效的事情:)。
关于java - OOP 设计问题与纸牌游戏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19553838/