OOP设计问题与纸牌游戏

Question

我对我的编程技能越来越有信心，所以我决定重新开始之前开始的纸牌游戏。这个程序的重点是现在我对程序流程、变量、条件等有了很好的掌握，我想加深我对OOP的理解

所以我需要一些关于面向对象设计的建议

我的纸牌游戏将有5个类：

1. Main
2. 卡
3. 牌组（has-a-Card-ArrayList）
4. 玩家（拥有-从牌组对象接收的卡对象的卡数组列表）
5. 经销商

我想知道让Dealer类成为一个接口是否合适的OOP。所有玩家都应该能够扮演庄家的角色，但不用说，每轮牌只有一个庄家。即使在任何给定回合中8个玩家对象中有7个不会使用它们实现的方法，而且在当时不被视为庄家，是否可以让Player类实现庄家可以执行的方法（例如DealGame（））？或者是不是更好的做法是让DealGame（）方法属于Deck类并调用甲板来处理游戏？很抱歉，如果这是一个愚蠢的问题，但我对OOP的原则有点粗略，希望得到一些建议，以学会第一次就正确地做这件事。

我也想过让庄家扩展玩家，但我认为这是错误的，因为我需要玩家在飞行中扮演庄家的角色，而不是以不可改变的方式被声明为庄家对象。在这种情况下——如果庄家扩展了玩家——我想我需要声明游戏中的所有玩家都是庄家。

所以基本上我问：

< li >如果你用这5个类制作一个纸牌游戏，你会把庄家类作为一个接口，而把其他的类作为普通类吗？为什么？ < li >我对OOP的理解大致正确还是完全迷失了？

Answer 1

庄家并不是一种特殊类型的玩家。这只是玩家的一个实例，每次都有特殊的责任。我认为你在正确的轨道上，但是你可能想要为你正在玩的特定游戏创建一个类。

假设你正在写一个扑克游戏。在这种情况下，荷官偶尔会影响游戏的顺序（取决于风格）。但如果你在玩战争，庄家只是一个分发牌的人，你真的不在乎。在这种情况下，“谁是荷官”和“荷官应该如何处理游戏”的概念是游戏本身的责任，而不是玩家的责任。

Answer 2

这真的很大程度上取决于程序是如何工作的，你期望每个职业能做什么，以及每个物品的生命周期是如何工作的(例如，一个玩家能否在后面的回合中成为庄家)。

我从你写的东西中得到的第一印象是，你需要一个基类“人”，“玩家”和“荷官”从中继承，但这只是一个猜测，处理有限的信息。

Answer 3

你有很好的方法，但仍有一些工作要做:)。所有的课都很好，但是Delaer不行。

第一，如果一个玩家是发牌人，第二个是发牌者，我看不到扩展类或接口的意义。

事实上，一开始，我不会让任何球员成为荷官，这会让事情变得复杂。

最简单和最好的方法是创建5 .游戏。游戏有甲板和所有的球员，它的工作类似于经销商。它等待玩家的反应，该出牌时就出牌，等等。

如果你真的想让玩家成为经销商，那会更复杂：）。嗯，你也需要游戏类，因为＜code＞游戏＜/code＞必须决定谁开始作为庄家，它应该取消或给予玩家庄家的权利（我不明白这有什么意义，但如果你想…：）。

如何做到这一点？Game有玩家经销商变量。如果应该有类似ynsterDealer（Player player）的方法。然后您需要某种接口来在Game和Player之间进行通信。如果您希望Player对Game具有所有责任，您可以使用访客模式。（它允许经销商“潜入”游戏实例并执行任何公共方法可以执行的操作）。

否则，您可以让＜code＞游戏并使用返回值进行操作。它允许验证输入…然而，如果我是对的，扑克中的有效输入总是只有一个，所以我看不到任何区别，如果＜code＞游戏

我看到的唯一原因是，如果＜code＞庄家