小机灵鬼|程序员学Python编程或许不知的十大提升工具( 二 )


你还要注意 , 你只有一次赢得别人好感的机会 。 许多软件项目的失败是因为用户最终抛弃了它 。 即便应用程序是完整的 , 但是没有人会使用它 , 因为用户认为应用程序在某些方面存在缺陷 。 用户心中只有一个目标 , 那就是尽快完成工作 , 然后回家 。 当用户发现某个程序在浪费他们的时间时 , 他们就不会再使用它了 。
此外 , 未发布的应用程序有可能存在安全漏洞 , 心怀恶意的人可能利用这些漏洞非法访问你的网络 。 如果你的门是开着的 , 任何人都能进来 , 那不管你的安全软件有多棒都没什么用 。 当他们进来之后 , 你再想摆脱他们几乎是不可能的 , 即使你真的摆脱了他们 , 但这时对数据的损害已经发生了 。 从安全漏洞恢复是很难的 , 有时甚至是不可能的 。 简而言之 , 永远不要在生产服务器上测试你的应用程序 , 这样做的成本太高了 。
##3 使用PyInstaller安装你的应用程序
一般 , 用户都不希望在应用程序安装上花费太多时间 , 不管这个程序最终会给他们带去多大的帮助都是如此 。 即使你可以让用户去尝试安装程序 , 但不太懂计算机的用户也有可能会安装失败 。 简而言之 , 你需要有一种万无一失的方法 , 帮助用户把程序顺利地安装到自己的计算机中 。 PyInstaller 可以帮你做到这一点 , 它会为你的应用程序生成了一个安装包 , 用户使用这个安装包就可以很容易地把程序安装到自己的系统中 。
幸运的是 , PyInstaller可以在所有支持Python的平台上工作 , 所以你只需要一个工具就可以满足所有安装需求 。 另外 , 必要时 , 你还可以获得特定平台的支持 。 例如 , 在Windows平台下 , 你可以创建有代码签名的可执行文件 。 Mac开发人员很喜欢PyInstaller为bundle提供了支持 。 大多数情况下 , 尽量避免使用特定于平台的特性 , 除非你真的需要它们 。 当你使用了特定于某个平台的特性时 , 安装只能在这个平台上才能成功 。
不要使用孤立的工具
网络上有一些Python工具是孤立的 , 其开发者已不再支持它们 。 但有些开发人员仍然在使用这些工具 , 因为他们喜欢这些工具所支持的特性或工作方式 。 但是 , 这样做是有风险的 , 因为你不能确定这个工具是否能和最新版本的Python协同工作 。 选择工具时 , 要尽量选择那些受生产厂商完全支持的工具 。
如果你必须使用孤立的工具(例如做某个工作时只有孤立的工具可用) , 那请你确保所用的工具仍然有良好的社区支持 。 或许工具的生产商已经不再存在了 , 但至少在你需要支持时 , 有社区为你提供有用的信息 。 请注意 , 使用那些不受支持的工具可能会浪费你大量的时间 , 因为它们可能无法正常工作了 。|
我们在网上找到的许多安装工具都是特定于某个平台的 。 例如 , 当你寻找一款用于创建可执行文件的安装工具时 , 你需要注意这个工具创建出的可执行文件是不是特定于某个平台的(至少在你指定的平台上可以运行) 。 重要的是 , 你选用的安装工具在任何地方都能正常工作 , 这样就不会创建出用户无法使用的安装包 。 如果安装包有问题 , 那不管你选用什么样的跨平台语言都无济于事 。
##4 使用pdoc创建开发人员文档
与应用程序有关的文档有两种:用户文档和开发人员文档 。 用户文档介绍如何使用应用程序 , 而开发人员文档则描述应用程序如何工作 。 库只需要一种文档 , 即开发者文档 , 而桌面应用程序则只需要用户文档 。 但是 , 服务可能同时需要这两种文档 , 这取决于用户是谁以及服务如何组合在一起 。 大多数文档可能都会影响到开发人员 , 而pdoc是一个创建它的简单解决方案 。
pdoc实用工具使用你插入到代码中的文档字符串和注释来创建文档 , 其输出是文本文件或HTML文档 。 你还可以让pdoc以Web服务器的方式运行 , 这样人们可以直接在浏览器中查看文档 。 pdoc实际是epydoc的替代品 , 现在epydoc的发起人已经不再支持epydoc了 。


推荐阅读