作为一名学习 Python 的 Java 程序员，我应该注意什么？ [关闭]

Question

我的大部分编程背景都在 Java 中，而且我仍然在使用 Java 进行大部分编程。但是，我开始为一些工作中的副项目学习 Python，我想尽可能独立于我的 Java 背景来学习它——即我不想只用 Python 编写 Java。我应该注意哪些事项？

一个简单的示例 - 在查看 Python 教程时，我发现函数（例如列表）的默认可变参数是持久化的（从调用到调用都会记住）。作为一名 Java 程序员，这对我来说是违反直觉的，而且我很难理解。 （如果您不理解该示例，请参阅 here 和 here。）

有人还向我提供了this 列表，我觉得这很有帮助，但很简短。任何人都有任何其他关于 Java 程序员可能倾向于滥用 Python 的例子......？还是 Java 程序员会错误地假设或难以理解的事情？

编辑：好的，简要概述我链接到的文章中提到的原因，以防止答案重复（如 Bill the Lizard 所建议）。 （如果我在措辞上有错误，请告诉我，我只是刚刚开始使用 Python，所以我可能无法完全理解所有概念。并且免责声明 - 这些将是 非常简短，所以如果你不明白它的内容，请查看链接。）

• Java 中的静态方法不会转换为 Python 类方法
• Java 中的 switch 语句转换为 Python 中的哈希表
• 不要使用 XML
• getter 和 setter 是邪恶的（嘿，我只是在引用 :)）
• 代码重复在 Java 中通常是一种必要的弊端（例如方法重载），但在 Python 中则不然

（如果您觉得这个问题很有趣，请查看链接。:) 非常好。）

Answer 1

我能想到的最大的一个是不理解或没有充分利用鸭子打字。在 Java 中，您需要预先指定非常明确和详细的类型信息。在 Python 中，类型既是动态的，也是隐含的。哲学是你应该在比名义类型更高的层次上考虑你的程序。例如，在 Python 中，您不使用继承来模拟可替代性。默认情况下，可替代性是鸭子类型的结果。继承只是程序员重用实现的一种便利。

类似地，Pythonic 的成语是“请求原谅，不要请求许可”。显式类型被认为是邪恶的。不要预先检查参数是否是某种类型。只需尝试对参数做任何你需要做的事情。如果它不符合正确的接口，它会抛出一个非常明显的异常，您将能够很快找到问题。如果有人传递了一个名义上意外但具有与您预期相同的接口的类型的参数，那么您就获得了免费的灵活性。

Answer 2

• 不要把所有东西都放在类中。 Python 的内置列表和字典将带您走得更远。
• 不必担心每个模块只保留一个类。按用途而非类别划分模块。
• 对行为使用继承，而不是接口。不要为“Dog”和“Cat”创建一个“Animal”类来继承，这样你就可以拥有一个通用的“make_sound”方法。

这样做：

class Dog(object):
    def make_sound(self):
        return "woof!"

class Cat(object):
    def make_sound(self):
        return "meow!"

class LolCat(object):
    def make_sound(self):
        return "i can has cheezburger?"

Answer 3

在 Java 中您可能已经习惯了在 Python 中找不到的一件事，那就是严格的隐私。这与其说是需要寻找的东西，不如说是需要寻找的东西不（当我刚开始时，我为寻找一个相当于“私人”的 Python 花了多长时间而感到尴尬！）。相反，Python 比 Java 更透明，更容易自省。这属于有时被描述为“我们在这里都是同意的成年人”的哲学。有一些约定和语言机制可以帮助防止意外使用“非公开”方法等，但 Python 中几乎不存在信息隐藏的整个思维方式。

Answer 4

从 Java POV 来看，最重要的是，不为所有内容都创建类是完全可以的。在许多情况下，程序方法更简单、更短。

下一个最重要的事情是，您必须克服对象的类型控制它可以做什么的观念；相反，代码控制了哪些对象必须能够在运行时支持（这是由于鸭子类型）。

哦，尽可能使用原生列表和字典（不是自定义的后代）。

Answer 5

Python 中处理异常的方式不同于 它们在 Java 中的处理方式。在 Java 中，建议 是仅在异常情况下使用异常这不是 Python也是如此。

在 Python 中，像 Iterator 这样的东西利用异常机制来表示没有更多的项目。但是这样的设计在 Java 中不被认为是好的做法。

正如 Alex Martelli 在他的书中所说的那样 Python in a Nutshell 其他语言的异常机制（适用于Java） 是 LBYL（在你跳跃之前先看看）： 是在尝试操作之前预先检查所有可能使操作无效的情况。

与 Python 一样，方法是 EAFP（请求宽恕比许可更容易）

Answer 6

“不要对所有事情都使用类”的推论：回调。

进行回调的 Java 方式依赖于传递实现回调接口的对象（例如 ActionListener 及其 actionPerformed() 方法）。在 Python 中不需要这种东西，你可以直接传递方法甚至本地定义的函数：

def handler():
   print("click!")
button.onclick(handler)

甚至是 lambda：

button.onclick(lambda: print("click!\n")) 

Answer 7

引用的文章有一些很好的建议，很容易被错误引用和误解。还有一些不好的建议。

留下 Java。重新开始。 “不要相信你的 [基于 Java] 的直觉”。说事情是“违反直觉的”在任何编程学科中都是一个坏习惯。学习一门新语言时，要从头开始，放弃你的习惯。你的直觉一定是错误的。

语言是不同的。否则，它们将是具有不同语法的相同语言，并且会有简单的翻译器。因为没有简单的翻译器，所以没有简单的映射。这意味着直觉既无用又危险。

• “Java 中的静态方法不会转换为 Python 类方法。”这种事情真的是有限和无益的。 Python 有一个 staticmethod 装饰器。它还有一个classmethod 装饰器，Java 没有与之对应的装饰器。

  顺便说一句，这一点还包括关于不要将所有内容不必要地包装在一个类中的更有帮助的建议。 “Java 静态方法的惯用翻译通常是模块级函数”。

• Java 中的switch 语句可以通过多种方式实现。首先，最重要的是，它通常是一个if elif elif elif 构造。这篇文章在这方面没有帮助。如果您绝对确定这太慢（并且可以证明这一点），您可以使用 Python 字典作为从值到代码块的稍快的映射。盲目地将 switch 翻译成字典（不加思索）是非常糟糕的建议。

• 不要使用 XML。脱离上下文时没有意义。在上下文中，这意味着不要依赖 XML 来增加灵活性。 Java 依赖于用 XML 描述东西；例如，WSDL 文件会重复检查代码时显而易见的信息。 Python 依赖于自省，而不是在 XML 中重述所有内容。

  但是 Python 具有出色的 XML 处理库。几个。

• Getter 和 setter 在 Python 中不是必需的，它们在 Java 中是必需的。首先，您在 Python 中有更好的自省，因此您不需要 getter 和 setter 来帮助创建动态 bean 对象。 （为此，您使用collections.namedtuple）。

  但是，您有 property 装饰器，它将 getter（和 setter）捆绑到类似属性的构造中。关键是 Python 更喜欢裸属性。必要时，我们可以将 getter 和 setter 捆绑在一起，使其看起来好像有一个简单的属性。

  此外，如果属性不够复杂，Python 也有描述符类。

• 代码重复在 Java 中通常是一种必要的弊端（例如方法重载），但在 Python 中则不然。正确的。 Python 使用可选参数而不是方法重载。

  要点继续谈到关闭；这不如明智地使用默认参数值的简单建议有用。