1.10 一些其他的类定义
正如前面所提到的，玩家有两种策略：下注和打牌。每个Player实例会和模拟器进行很多交互。我们这里把这个模拟器命名为Table类。
Table类的职责需要配合Player实例完成以下事件。
- 玩家必须基于玩牌策略初始化一个牌局。
- 随后玩家会得到一手牌。
- 如果手中的牌是可以拆分的，玩家需要在基于当前玩法的情况下决定是否分牌。这会创建新的Hand对象。在一些场合中，新分出去的牌是可以再分的。
- 对于每个Hand实例，玩家必须基于当前玩法决定叫牌、双倍还是停叫。
- 然后玩家会收到账单，他们可以根据输赢情况来决定之后的游戏策略。
基于以上需求，我们可以看出Table类需要提供一些API函数来获取牌局、创建Hand对象、分牌、提供单手和多手策略以及支付，这个对象的职责很多，用于追踪与Players集合所有相关操作的状态。
以下是Table类中投注和牌的逻辑处理的相关代码。
class Table:
def __init__( self ):
self.deck = Deck()
def place_bet( self, amount ):
print( "Bet", amount )
def get_hand( self ):
try:
self.hand= Hand2( d.pop(), d.pop(), d.pop() )
self.hole_card= d.pop()
except IndexError:
# Out of cards: need to shuffle.
self.deck= Deck()
return self.get_hand()
print( "Deal", self.hand )
return self.hand
def can_insure( self, hand ):
return hand.dealer_card.insureTable类会被Player类调用，从而接受牌局、创建Hand对象，然后决定手中的牌是否为保险下注。此外，还需要提供一些可以被Player类用来获取牌和支付的函数。
在get_hand()函数中的异常处理部分，并没有准确的模拟玩牌时的真实场景。这可能会导致统计不正确。更好的模拟方式是，在牌用尽的情况下需要新建一副牌并洗牌，而不是抛出异常。
为了更适当地交互设计并模拟真实的游戏场景，Player类需要一个下注策略。下注策略是一个状态对象，它决定了初始的下注级别，通常当每局游戏输赢之后可以再次选择不同的下注策略。
理想情况下，希望有多个下注策略对象。Python中有一个模块包含了很多装饰器，可以用来创建抽象基类。一种非正式的创建策略对象的方式是在基类函数中抛出异常，用以标识一些方法必须在子类中提供实现。
以下代码包含了一个抽象基类和一个子类，用来定义一种下注策略。
class BettingStrategy:
def bet( self ):
raise NotImplementedError( "No bet method" )
def record_win( self ):
pass
def record_loss( self ):
pass
class Flat(BettingStrategy):
def bet( self ):
return 1基类中定义了带有默认返回值的方法。抽象基类中的bet()方法抛出异常，子类必须给出 bet()方法的实现。其他方法可以选择是否使用基类的默认实现。前面给出的游戏策略加上这个下注策略，可以模拟出Play类中更复杂的__init__()函数的使用场景。
我们可以使用abc模块来丰富抽象基类的实现，如以下代码段所示。
import abc
class BettingStrategy2(metaclass=abc.ABCMeta):
@abstractmethod
def bet( self ):
return 1
def record_win( self ):
pass
def record_loss( self ):
pass它有两个好处：首先，它阻止了对抽象基类BettingStrategy2的实例化，其次任何没有提供bet()方法实现的子类也是不能被实例化的。如果我们试图创建一个类的实例，而这个类并没有提供抽象方法的实现，程序就会抛出一个异常。
当然，如果基类的抽象方法提供了实现，那么就是合法的，而且可以通过super().bet()来调用。