Python类工厂...还是？

Question

我们有一个C语言的数据库库，可以这样使用：

DatabaseConnection conn = DatabaseConnection.FromConnectionString("...");

这个库隐藏了不同数据库引擎之间的许多差异，如SQL函数名、参数名和规范等

在内部，DatabaseConnection类是一个实现一些基本方法的抽象类，但是FromConnectionString方法运行一个注册的专门类型列表，这些类型处理实际的差异，并构造正确类的对象。换句话说，我没有取回DatabaseConnection对象，而是取回了MSSQLDatabaseConnection或OracleDatabaseConnection对象，它们当然是从DatabaseConnection继承的。在

连接字符串包含有关此连接的数据库引擎类型和版本的信息。在

我想用Python创建一个类似的库。制造这样的东西是正确的方法吗？在

^{pr2}$

或者使用类方法？在

conn = DatabaseConnection.FromConnectionString("...")

是第一个可能的，那就是。。。构造一个像这样的对象，然后根据传递的字符串中的数据返回其他对象，一个专门的对象？在

好吧，让我问一个不同的问题。。。Python的这种方法是什么？在

我基本上希望在Python中也有DatabaseConnection基类，实现通用方法，专门研究派生类，并在某处有一个基于连接字符串构造并返回正确类型对象的方法或函数。在

Answer 1

这在Python中是可能的，但可能不是最好的方法。类工厂模式本质上是一种解决方法，适用于没有第一类类类的语言。因为Python有第一个类类，所以可以将类存储在变量中，并直接使用该类来创建实例。要更改创建的类，请在变量中存储不同的类。在

例如：

class class1:
  def greet(self):
    print "hi"

class class2:
  def greet(self):
    print "hello"

maker = class1
obj1 = maker()

maker = class2
obj2 = maker()

obj1.greet() # prints "hi"
obj2.greet() # prints "hello"

Answer 2

第一个是绝对可能的，而且在我看来更可取。在python中，构造函数背后并没有太多的魔力。无论出于什么目的，它们都和其他函数一样。我曾多次使用此设计模式来指示不应直接实例化类，例如：

def DatabaseConnectionFromString(connection_string)
    return _DatabaseConnection(connection_string)

def DatabaseConnectionFromSomethingElse(something_else)
    connection_string = convert_something_else_into_string(something_else)
    return _DatabaseConnection(connection_string)

class _DatabaseConnection(object):
    def __init__(self, connection_string):
        self.connection_string = connection_string

当然，这是一个人为的例子，但这应该能给你一个大致的概念。在

编辑：这也是python中不太赞成继承的领域之一。您也可以这样做：

^{pr2}$

抱歉，太罗嗦了，但我想说清楚。在

Answer 3

Python不关心为什么返回类型。在

def DatabaseConnection( str ):   
    if ( IsOracle( str ) ):   
        return OracleConnection( str )  
    else: 
        return SomeOtherConnection( str )