python - 有定义明确、重点明确的类(class)……现在我如何在我的程序中完成任何事情？

Question

我的第一个编程项目是编写扑克手牌评估器。我已经完成了三个类(class)，每个类(class)都很好地完成了其狭义定义的任务:

HandRange = 一个类似字符串的对象(例如“AA”)。 getHands() 返回字符串中每个特定手的元组列表:

[(Ad,Ac),(Ad,Ah),(Ad,As),(Ac,Ah),(Ac,As),(Ah,As)]

Translation = 一个字典，它将 getHands 的返回列表映射到对给定评估器有用的值(是的，这可能被重构到另一个类中)。

{'As':52, 'Ad':51, ...}

Evaluator = 从 HandRange 中获取一个列表(由译者翻译)，列举所有可能的手牌对局并提供每个牌局的赢率。

我的问题:考虑到我可能想通过 shell UI 或 GUI 连接到它，使用所有这些类的“域”类应该是什么样子？现在，它看起来像是流水线流程:

user_input = HandRange()
x = Translation.translateList(user_input)
y = Evaluator.getEquities(x)

这听起来很有趣，因为当我应该使用 OO 时感觉它是过程性的。

以更一般的方式:如果我花了这么多时间来确保我的类定义明确、重点明确、正交等等……当我需要使用所有他们连续吗？

谢谢，

迈克

Answer 1

不要迷信面向对象——毕竟 Python 支持多种范式!将您的用户定义类型(又名类)视为构建 block ，逐渐为您提供一种更接近您的领域而不是通用语言/库原语的“语言”。

在某些时候，您会想要编写“动词”( Action )代码，使用您的构建 block 执行某事(在您将提供的任何界面的命令下——命令行、RPC、 web, GUI, ...) - 这些可能是模块级函数以及某些包含类中的方法。如果你需要多个实例，你肯定会想要一个类，而且很可能如果操作涉及更新“状态”(类的实例变量比全局变量好得多)或者如果继承和/或多态性发挥作用；但是，没有先验的理由更喜欢类而不是函数。

如果你发现自己在写静态方法，渴望单例(或 Borg)设计模式，写一个没有状态的类(只有方法)——这些都是“代码味道”，应该提示你检查你是否真的您的代码的该子集需要一个类，或者更确切地说，您是否可能使事情过于复杂，并且应该为您的代码的该部分使用带有函数的模块。 (有时经过适当的考虑后，您会发现一些更喜欢某个类的不同原因，这也没关系，但重点是，不要只是“反射”地选择一个类而不是带有功能的模块，而无需批判性地考虑它!)。