博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《Python面向对象编程指南》——1.10 一些其他的类定义
阅读量:6761 次
发布时间:2019-06-26

本文共 2071 字,大约阅读时间需要 6 分钟。

本节书摘来自异步社区《Python面向对象编程指南》一书中的第1章,第1.10节,作者[美]Steven F. Lott, 张心韬 兰亮 译,更多章节内容可以访问云栖社区“异步社区”公众号查看。

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.insure

Table类会被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 ):     passclass Flat(BettingStrategy):   def bet( self ):     return 1

基类中定义了带有默认返回值的方法。抽象基类中的bet()方法抛出异常,子类必须给出 bet()方法的实现。其他方法可以选择是否使用基类的默认实现。前面给出的游戏策略加上这个下注策略,可以模拟出Play类中更复杂的__init__()函数的使用场景。

我们可以使用abc模块来丰富抽象基类的实现,如以下代码段所示。

import abcclass BettingStrategy2(metaclass=abc.ABCMeta):   @abstractmethod   def bet( self ):     return 1   def record_win( self ):     pass   def record_loss( self ):     pass

它有两个好处:首先,它阻止了对抽象基类BettingStrategy2的实例化,其次任何没有提供bet()方法实现的子类也是不能被实例化的。如果我们试图创建一个类的实例,而这个类并没有提供抽象方法的实现,程序就会抛出一个异常。

当然,如果基类的抽象方法提供了实现,那么就是合法的,而且可以通过super().bet()来调用。

转载地址:http://hhzeo.baihongyu.com/

你可能感兴趣的文章
mysql 配置MHA
查看>>
Windows Developer Day - MSIX and Advanced Installer
查看>>
【tp5】ThinkCMF5框架,配置使其支持不同终端PC/WAP/Wechat能加载不同配置和视图
查看>>
spring security+freemarker获取登陆用户的信息
查看>>
[RxJS] Implement RxJS `concatMap` by Waiting for Inner Subscriptions to Complete
查看>>
ubuntu创建idea桌面快捷方式
查看>>
详解JNDI的lookup资源引用java:/comp/env
查看>>
如何在IntelliJ IDEA中使用Git .ignore插件忽略不必要提交的文件
查看>>
愿你走出半生,归来仍是Java Parser
查看>>
C# 获取接口数据(xml格式)转为json格式
查看>>
asp.net mvc session锁问题 (转载)
查看>>
[转]决定人生的三种成本:机会成本,沉没成本,边际成本
查看>>
A Generic Particle IO Library
查看>>
Enterprise Library 系列教程
查看>>
windows下搭建iphone开发环境
查看>>
关于信号量sem_wait的整理(转)
查看>>
MVC 3 数据验证 Model Validation 详解
查看>>
POJ 2446 Chessboard (匹配)
查看>>
POJ 3414 Pots (BFS)
查看>>
利用vbs设置Java环境变量
查看>>