python自己定义类库

避免自动触发外部模块的业务逻辑

• 当我们导入一个自定义模块的时候，如果这个模块在成员定义以外，还包含一定的业务逻辑代码，则这些代码必须被写在【回归测试】中；
• 如果模块的业务逻辑不写在回归测试中，则外界在将其导入时（无论是导入模块还是导入成员），这些业务逻辑都会被自动触发；
• 回归测试的样式如下

if __name__ == '__main__':
    # 一些业务逻辑
    pass

•  

• 之所以这个结构被称为回归测试，是因为我们通常会在其中测试一下自己写的函数和类是否正确；

将模块和包持久化为类库

• 一个复用率很高的本地的源码目录，我们可以考虑将其持久化为类库，这样就可以在所有工程中进行导入和使用；
• 持久化的方式很简单，就是将这个文件夹拷贝到【系统库标准库根目录】或【第三方库根目录】中，通常如无特殊必要，我们选择放在【第三方库根目录】中，即解释器安装目录/Lib/site-packages/；
• 以后就可以像导入系统标准库或安装的第三方类库一样，使用我们自己定义的类库了；
• 你也可以选择将这部分代码，附带一些说明文档，共享到开源代码管理平台如github上去，供全世界的程序员使用；

避免自动触发外部模块的业务逻辑

• 当我们导入一个自定义模块的时候，如果这个模块在成员定义以外，还包含一定的业务逻辑代码，则这些代码必须被写在【回归测试】中；
• 如果模块的业务逻辑不写在回归测试中，则外界在将其导入时（无论是导入模块还是导入成员），这些业务逻辑都会被自动触发；
• 回归测试的样式如下

if __name__ == '__main__':
    # 一些业务逻辑
    pass

•  

• 之所以这个结构被称为回归测试，是因为我们通常会在其中测试一下自己写的函数和类是否正确；

@将模块和包持久化为类库

• 一个复用率很高的本地的源码目录，我们可以考虑将其持久化为类库，这样就可以在所有工程中进行导入和使用；
• 持久化的方式很简单，就是将这个文件夹拷贝到【系统库标准库根目录】或【第三方库根目录】中，通常如无特殊必要，我们选择放在【第三方库根目录】中，即解释器安装目录/Lib/site-packages/；
• 以后就可以像导入系统标准库或安装的第三方类库一样，使用我们自己定义的类库了；
• 你也可以选择将这部分代码，附带一些说明文档，共享到开源代码管理平台如github上去，供全世界的程序员使用；

避免自动触发外部模块的业务逻辑

• 当我们导入一个自定义模块的时候，如果这个模块在成员定义以外，还包含一定的业务逻辑代码，则这些代码必须被写在【回归测试】中；
• 如果模块的业务逻辑不写在回归测试中，则外界在将其导入时（无论是导入模块还是导入成员），这些业务逻辑都会被自动触发；
• 回归测试的样式如下

if __name__ == '__main__':
    # 一些业务逻辑
    pass

•  

• 之所以这个结构被称为回归测试，是因为我们通常会在其中测试一下自己写的函数和类是否正确；

@将模块和包持久化为类库

• 一个复用率很高的本地的源码目录，我们可以考虑将其持久化为类库，这样就可以在所有工程中进行导入和使用；
• 持久化的方式很简单，就是将这个文件夹拷贝到【系统库标准库根目录】或【第三方库根目录】中，通常如无特殊必要，我们选择放在【第三方库根目录】中，即解释器安装目录/Lib/site-packages/；
• 以后就可以像导入系统标准库或安装的第三方类库一样，使用我们自己定义的类库了；
• 你也可以选择将这部分代码，附带一些说明文档，共享到开源代码管理平台如github上去，供全世界的程序员使用；

版权声明：本文为博主原创文章，未经博主允许不得转载。https://blog.csdn.net/pangzhaowen/article/details/80299631