Python 太糟糕了？开发者总结了 8 大原因-低调大师

Python 太糟糕了？开发者总结了 8 大原因

2018-12-21 731

作者对每一项“缺点”都进行了分析，全文洋洋洒洒，概括起来 8 个原因分别是：

1、版本不兼容

Python 3 与 Python 2 不完全兼容。作者以 Perl 语言和创造了世界上早期个人电脑的 Commodore 为例，分析了缺乏向后兼容性和分离版本是如何导致失败的。

2、安装问题

运行 apt、yum 与 rpm 等工具可以获取并安装大多数软件包的最新代码，但是在使用 apt-get install python 或者 pip install python 安装 Python 的时候你不知道实际被安装的是哪个版本，而这可能与你所需要的代码不兼容。安装时需要指定 Python 版本。

3、缩进规则

乍一看，Python 代码似乎非常易读，但是在大型代码库中并不是这样。Pyhon 的四格缩进允许深度嵌套，但是嵌套太多层的话会导致代码在文本编辑器中换行，变得混乱。而长函数和长条件操作可能使得难以匹配语法的开始与结束。给调试带来了很大的困难。

4、代码导入方式

Python 的导入方式 import 允许引入整个模块、模块的一部分或模块中的特定函数。作者认为 Python 这种导入规则使得查找可导入的列表并不直观。C 中可以直接查看 .h 头文件，但是 Python 需要使用 python -v 列出引用所在位置，之后搜索该列表中每个目录和子目录中的每个文件。

此外，Python 的导入机制还允许用户重命名导入的代码，作者认为重命名模块非常适合小脚本，但是对于长程序来说真的很糟糕，因为它会影响代码的可读性和长期支持。

而更糟糕的地方在于，对于大多数语言来说，导入代码就只是导入代码，如果存在带有构造函数的全局对象，那么一些语言会执行代码，但这通常被认为是一种不好的做法。而许多 Python 模块在导入期间就运行初始化函数，这导致你不清楚什么正在运行，不知道它在做什么，需要花很多时间来追踪。

5、命名法

作者认为 Python 没有使用通用并且专业的术语描述语言本身。比如在其它所有语言中，数组都称为 arrays，但是在 Python 中，它被称为 lists；关联数组有时称为 hash（Perl），但 Python 称之为 dictionary。代码库命名方法也是这样，像 PyPy、PyPi、NumPy、SciPy、SymPy、PyGtk、Pyglet 与 PyGame 这些库，它们名称中的“Py”有时放在开头，有时又放在后边，没有统一。而类似 matplotlib、nose、Pillow 和 SQLAlchemy 的一些常见库甚至直接放弃了“Py”这种命名约定。

作者将 Python 描述为“具有可怕且不一致的命名约定的库的集合”。

6、怪癖

每种语言或多或少都有自己的怪癖，但是 Python 比其它语言都多。以字符串的操作为例，在 Python 中，单引号和双引号之间没有区别。但是，如果想要字符串跨行，则需要使用三引号 """string""" 或 ```string```；如果想使用二进制文件，那么需要使用 b'binary' 或 r'raw'；有时需要使用 str(string) 将字符串转换为字符串，或使用 string.encode('utf-8') 将其转换为 utf8。

7、按对象引用传递变量

大多数编程语言都按值传递函数参数，但是 Python 默认使用 pass-by-object-reference 参数执行函数，这意味着更改源变量可能会使引用值改变。这是程序、函数和和面向对象编程语言之间的重大差异之一，如果每个变量都是通过对象引用传递的，并且对变量的任何更改都会在任何地方更改引用，那么可以直接使用全局变量来处理所有变量。但是全局变量的弊端是有目共睹的。

8、本地名称

gcc -o screencapture.exe screencapture.c -lscreencapture

假如在使用名为“libscreencapture.so”的 C 库测试截屏程序，可以调用自己的程序“screencapture.c”并编译成“screencapture.exe”。

但是在 Python 中这么做是不行的。Python 假定你首先要导入的是本地代码，那么如果你有一个名为“screencapture.py”的程序使用“import screencapture”，它将导入自己而不是系统库。

作者最后还表示，通常他会辩证地去评论一个东西，他觉得 Python 确实有一些不错的库，比如 BeautifulSoup、NumPy 和 TensorFlow，但是他真的没法列出关于 Python 其它好的方面，因为他真的认为 Python 很糟糕。

详情查看原文：https://www.hackerfactor.com/blog/index.php?/archives/825-8-Reasons-Python-Sucks.html

微信关注我们

原文链接：https://www.oschina.net/news/102889/8-reasons-python-sucks

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

PEP 8016 获胜，成为新的 Python 社区治理方案

随着 Python 之父 Guido van Rossum 逐步卸任 BDFL，Python（CPython）的未来之路牵动了万千开发者的心。没了首领，Python 今后的发展会怎么样？社区将如何运作？谁来领导 Python 这门语言和社区呢？这些问题不得不解决，而用什么样的方式解决，这就需要先由社区讨论并最终决定。前两天我们分析过目前Python 社区已经提出的7 种正在进行投票的治理方案，而最新消息是，目前投票环节已经结束，最终 PEP 8016 当选了新时代的 Python 社区治理方案。 PEP 8016治理方案采用指导委员会模式，其特点是引导治理的迭代，该方案由 Nathaniel J. Smith 和 Donald Stufft 提出。 PEP 8016 中提出了不信任投票，也就是弹劾机制，可将任期内的当权者赶下台；它严格限定了在委员会里，只允许少于 50% 的成员是企业（5 人委员会里最多有 2 个）；并且关注到核心开发者的选举/淘汰、如何更新治理提案等问题。而且，PEP 8016 中也提出了新的 PEP 流程，目前的 PEP 流程是提案人确定 PEP 的选题方向，提...

2018-12-19

626

在创始人和首席执行官 Guido van Rossum 辞去 BDFL 后，Python 软件基金会已经确定了 Python 的新管理模式。新管理模型将依赖于一个由五人组成的指导委员会来建立标准实践，以便为 Python 引入新功能。该提案被设计为“无趣”、全面、灵活和轻量。『我们不是管理专家，我们认为 Python 并不是一个好的实验对象，去实践新的或者没有经过证实的管理模式』，Nathaniel Smith 和 Donald Stufft 在 Python文档中解释道。『所以这个模式是尽可能地成熟的、众所周知的，且经过测试。大多数成功的 F/OSS 项目中最常见的是，一个大多数不干涉的理事会，而且低级的细节直接来自 Django 的管理模型』。指导委员会将作为 Python 的“最终上诉法院”，并将对决策过程拥有广泛的权力，包括接受或拒绝 PEP 的能力（Python 功能增强建议），执行和更新项目的行为准则，创建子委员会和管理项目资产。但 Nathaniel Smith 和 Donald Stufft 说，理事会的预期目标是采取更多不干涉和偶尔干涉的方式来发挥其权力。『理...

2018-12-22

721

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。