★ FEATURED ARTICLE 标题为“-4.11-cp27-cp27m-.whl.zip”的这个名字, 是一个典型的第三方库分发包的命名格式, 这个文件本身是一个压缩包, 而且是用ZIP格式来打包的, 它的内部会包含一个扩展名是.whl的wheel安装文件, 同时还会包含一份说明使用的文档。从这个标题里面, 我们可以提取出好多个关键信息出来。这个库的名字没有写全, 它的那个版本号是4.11。它所适配的解释器版本呢, 就是2.7, 括号里写了cp27这个说法。对应的ABI标签也就是那个的标签cp27m, 这里面是说它支持旧式版本的2.7的API和内存布局情况。它的操作系统平台是macOS 10.14, 后面又用括号写了macOS这个名字。至于架构部分, 虽然原句有点缺失, 但这里是指64位的Intel处理器类型, 不过原文里架构的具体名称似乎被省略了, 只提到了它是基于64位Intel处理器的含义。这种命名的做法, 是遵循了PEP 427里面所定义的那个所谓的wheel文件命名规范, 这个规范的结构形式呢, 通常会被表现为类似于{}-{}(-{build tag})?-{ tag}-{abi tag}-{ tag}.whl这样的格式, 大家可以在这里看到具体的构成。所以, 这个文件就是专门给在macOS 10.14系统上面跑的64位Intel Mac电脑准备的, 它只适合用在2.7环境里面的实现, 完全不能跟PyPy或者是其他的一些变种一起用, 同样也不适用于3.x系列, 描述部分和标题是一样的, 这样能够进一步地确认该资源的核心属性, 就是一个专门针对特定环境还有操作系统的预编译二进制包。因为版本2.7已经在2020年的时候, 正式停止了官方的支持, 所以这一类的软件包。他们的使用场景呢, 大多数时候。都是主要集中在那些需要维护的遗留系统里面, 或者是在某些特定的科研项目当中。这些项目里可能还有依赖旧版环境的实际情况存在。它本来就是Zope对象发布系统里面核心的那个组件之一, 主要的用处呢, 是用来实现对象的一个委托查找的办法, 这个方法基于某种机制, 在面向对象编程的这个环节里, 提供了一种特别灵活的方式去访问对象的属性, 这样子就可以让子对象去拿到父对象的上下文还有属性,从而就能实现那种动态的继承以及作用域链的查询功能。这一机制, 它是被广泛用来处理请求上下文传播、权限验证和模板渲染等这些任务的。那个标签列表, 把这一个文件的技术范畴还有应用场景, 都揭示得清清楚楚。“空”这个东西, 表明了它所属的那个软件库是啥样子。“包”指出了它就是生态里面那个可以被安装进去的模块的一个身份。“macOS”明确了它在操作系统上面的限制到底是怎么样的。“whl”标识了它就是wheel格式的这个东西是怎么回事儿, 相对于传统的那个sdist就是源码分发包来说, wheel是一种不需要在本机编译的二进制分发格式这样一个情况, 它的安装速度非常之快, 而且依赖管理更加可靠一点儿。“cp27”和“空字符串或者缺失的部分”这几个组合, 分别指明了实现版本是什么样的, 以及CPU架构是什么样子的, “安装文件强调的就是它那一个实用的功能是做什么用的”, “压缩包”说的是它的外层是用ZIP封装起来的这么样一个状态, “子文件提示的是内部包含了多个文件的这么个情况”, 剩下的“使用说明则指向用户指导文档的存在这么一个结果。”。在压缩包里面有俩文件, 一个是叫“使用说明.txt”, 这玩意儿是文本格式的操作指南, 里面可能讲了安装步骤, 比如要用pip命令跑那个pip -4.11-cp27-cp27m-.whl什么的, 还有环境要求说需要先把匹配版本的2.7还有pip工具给装好了才能行, 也说了常见问题排查办法像SSL证书出错或者权限不够这类事儿咋整, 还讲了卸载方法, 另一个文件就是主安装用的“-4.11-cp27-cp27m-.whl”这个包, 这文件说白了就是个遵循ZIP存档标准的容器, 里面的结构符合wheel规范, 包括有元数据文件像空标签、WHEEL文件啦等等这些, 当然也有真正的模块代码目录比如在哪个文件夹下, 这里面装了.py文件和别的重要实现文件。当你去执行安装的时候, 那个叫pip的工具会把这个文件给解压开, 然后把里面的那些内容部署到你所在环境的site-目录下面, 顺便还会记录一些安装的详细信息, 为的就是方便后面做管理。这里有一个点, 是需要大家注意到的, 因为那个包是锁定在macOS 10.14和2.7这两个版本上的, 所以现代的开发者要是想在Apple的设备上运行, 这些设备包括M1、M2这些ARM架构芯片的, 他们就会遇到两个方面的兼容性障碍, 一个是说这个二进制文件没有办法直接在那个ARM64的架构上面运行的, 虽然可以通过 2这个转译层来模拟执行的过程, 但是这样做的话, 性能上的损耗就是不可避免的, 另外一方面是那个2.7的这个环境缺乏对于新硬件和新操作系统的持续的优化支持, 所以这可能会带来稳定性的一些问题。另外, 在安全的层面里面, 也存在着潜在的麻烦, 因为2.7这个版本已经不再接收用于弥补安全缺陷的更新了, 对于任何已经被知道存在的不安全问题, 都不会去做修补处理的动作, 所以还是建议只在把网络隔离开的虚拟环境之中去使用这种比较旧的软件包, 以上所说的那些内容加在一块来总结的话, 这个文件就展示了一种针对特定用途做了很多特别设置的库的分发样式, 它表现出在分发软件的时候, 针对运行平台、电脑架构、使用的语言的那个具体版本号以及用来制作软件的整套工具链条, 都做到了非常细致且精确的控制。它不单单是技术不断发展和演变的历史性证明, 而且也为人们去弄明白像 pip、wheel、.toml 这些在现代包管理里面的常用工具到底是怎么回事, 提供了一个具体的实际例子。对于那些需要进行 Zope 相关产品系统的日常维护和管理的程序员来说, 能准确地认出并且正确地运用这一类专门用来打包的东西, 是一件非常关键的事情。与此同时, 他们还应努力推动整个系统转向 3 和那些更加现代化的框架体系中去进行升级变化, 这样的话, 才能够确保这个系统在接下来很长一段时间里都能够方便地被管理和修改, 并且在安全方面也不会有大问题。
阅读完成 · 觉得有帮助？
