Question

我正在使用cffi为C库编写Python包装器。

必须初始化并关闭C库。此外，cffi需要一些地方来保存从ffi.dlopen()返回的状态。

我可以在这里看到两条路径：

要么将这整个有状态业务包装在像这样的类

中

class wrapper(object):
    def __init__(self):
        self.c = ffi.dlopen("mylibrary")
        self.c.initialize()
    def __del__(self):
        self.c.terminate()

或者我提供两个全局函数来隐藏全局变量中的状态

def initialize():
    global __library 
    __library = ffi.dlopen("mylibrary")
    __library.initialize()
def terminate():
    __library.terminate()
    del __library

第一条路径有些麻烦，因为它要求用户始终创建一个除了管理库状态之外真正起任何其他用途的对象。另一方面，它确保每次都实际调用terminate()。

第二条路径似乎导致了一些更简单的API。然而，它暴露了一些隐藏的全局状态，这可能是一件坏事。此外，如果用户忘记调用terminate()，则C库未正确卸载（这在C端不是一个大问题）。

这些路径中的哪一条会更加pythonic？

Answer 1

如果库实际上支持一个应用程序中的多个实例之类的东西，那么在python中暴露一个包装器对象才有意义。如果它不支持，或者它并不真正相关，那就去找一下这个建议，并在导入时初始化库并添加一个用于清理的atexit处理程序。

在无状态api或甚至api周围添加包装器而不支持保持不同的状态集并不是真正的pythonic并且会引起对不同实例具有某种隔离的期望。

示例代码：

import atexit

# Normal library initialization
__library = ffi.dlopen("mylibrary")
__library.initialize()

# Private library cleanup function
def __terminate():
    __library.terminate()
# register function to be called on clean interpreter termination
atexit.register(__terminate)

有关atexit的详细信息this question有更多详细信息，当然还有python documentation。

Python模块中的全局状态

1 个答案: