当前位置:天才代写 > tutorial > Python教程 > 利用Python变量时要制止的3个错误

利用Python变量时要制止的3个错误

2017-11-01 08:00 星期三 所属: Python教程 浏览:57

Python编程中常常碰着一些莫名其妙的错误, 其实这不是语言自己的问题, 而是我们忽略了语言自己的一些特性导致的,本日就来看下利用Python变量时导致的3个不行思议的错误, 今后在编程中要多多留意。

1、 可变数据范例作为函数界说中的默认参数

这好像是对的?你写了一个小函数,好比,搜索当前页面上的链接,并可选将其附加到另一个提供的列表中。

def search_for_links(page, add_to=[]):
    new_links = page.search_for_links()
    add_to.extend(new_links)
    return add_to

从外貌看,这像是十分正常的 Python 代码,事实上它也是,并且是可以运行的。可是,这里有个问题。假如我们给 add_to 参数提供了一个列表,它将凭据我们预期的那样事情。可是,假如我们让它利用默认值,就会呈现一些神奇的工作。

试试下面的代码:

def fn(var1, var2=[]):
    var2.append(var1)
    print(var2)
fn(3)
fn(4)
fn(5)

大概你认为我们将看到:

[3]
[4]
[5]

但实际上,我们看到的却是:

[3]
[3,4]
[3,4,5]

为什么呢?如你所见,每次都利用的是同一个列表,输出为什么会是这样?在 Python 中,当我们编写这样的函数时,这个列表被实例化为函数界说的一部门。当函数运行时,它并不是每次都被实例化。这意味着,这个函数会一直利用完全一样的列表工具,除非我们提供一个新的工具:

fn(3,[4])
[4,3]

谜底正如我们所想的那样。要想获得这种功效,正确的要领是:

def fn(var1, var2=None):
    ifnot var2:
        var2 =[]
    var2.append(var1)

或是在第一个例子中:

def search_for_links(page, add_to=None):
    ifnot add_to:
        add_to =[]
    new_links = page.search_for_links()
    add_to.extend(new_links)
    return add_to

这将在模块加载的时候移走实例化的内容,以便每次运行函数时城市产生列表实例化。请留意,对付不行变数据范例,好比元组、字符串、整型,是不需要思量这种环境的。这意味着,像下面这样的代码长短常可行的:

def func(message="my message"):
    print(message)

2、 可变数据范例作为类变量

这和上面提到的最后一个错误很相像。思考以下代码:

class URLCatcher(object):
    urls =[]
    def add_url(self, url):
        self.urls.append(url)

这段代码看起来很是正常。我们有一个储存 URL 的工具。当我们挪用 add_url 要领时,它会添加一个给定的 URL 到存储中。看起来很是正确吧?让我们看看实际是奈何的:

a =URLCatcher()
a.add_url('http://www.google.com')
b =URLCatcher()
b.add_url('http://www.pythontab.com')
print(b.urls)
print(a.urls)

功效:

['http://www.google.com','http://www.pythontab.com']
['http://www.google.com','http://www.pythontab.com']

等等,怎么回事?!我们想的不是这样啊。我们实例化了两个单独的工具 a 和 b。把一个 URL 给了 a,另一个给了 b。这两个工具怎么会都有这两个 URL 呢?

这和第一个错例是同样的问题。建设类界说时,URL 列表将被实例化。该类所有的实例利用沟通的列表。在有些时候这种环境是有用的,但大大都时候你并不想这样做。你但愿每个工具有一个单独的储存。为此,我们修改代码为:

class URLCatcher(object):
    def __init__(self):
        self.urls =[]
    def add_url(self, url):
        self.urls.append(url)

此刻,当建设工具时,URL 列表被实例化。当我们实例化两个单独的工具时,它们将别离利用两个单独的列表。

3、 可变的分派错误

这个问题困扰了我一段时间。让我们做出一些改变,并利用另一种可变数据范例 – 字典。

a ={'1':"one",'2':'two'}

此刻,假设我们想把这个字典用在此外处所,且保持它的初始数据完整。

b = a
b['3']='three'

简朴吧?

此刻,让我们看看本来谁人我们不想改变的字典 a:

{'1':"one",'2':'two','3':'three'}

哇等一下,我们再看看 b?

{'1':"one",'2':'two','3':'three'}

#p#分页标题#e#

等等,什么?有点乱……让我们追念一下,看看其它不行变范例在这种环境下会产生什么,譬喻一个元组:

c =(2,3)
d = c
d =(4,5)

此刻 c 是 (2, 3),而 d 是 (4, 5)。

这个函数功效如我们所料。那么,在之前的例子中到底产生了什么?当利用可变范例时,其行为有点像 C 语言的一个指针。在上面的代码中,我们令 b = a,我们真正表达的意思是:b 成为 a 的一个引用。它们都指向 Python 内存中的同一个工具。听起来有些熟悉?那是因为这个问题与先前的相似。

列表也会产生同样的事吗?是的。那么我们如何办理呢?这必需很是小心。假如我们真的需要复制一个列表举办处理惩罚,我们可以这样做:

b = a[:]

这将遍历并复制列表中的每个工具的引用,而且把它放在一个新的列表中。可是要留意:假如列表中的每个工具都是可变的,我们将再次得到它们的引用,而不是完整的副本。

假设在一张纸上列清单。在本来的例子中相当于,A 某和 B 某正在看着同一张纸。假如有小我私家修改了这个清单,两小我私家都将看到沟通的变革。当我们复制引用时,每小我私家此刻有了他们本身的清单。可是,我们假设这个清单包罗寻找食物的处所。假如“冰箱”是列表中的第一个,纵然它被复制,两个列表中的条目也都指向同一个冰箱。所以,假如冰箱被 A 修改,吃掉了内里的大蛋糕,B 也将看到这个蛋糕的消失。这里没有简朴的要领办理它。只要你记着它,并编写代码的时候,利用不会造成这个问题的方法。

字典以沟通的方法事情,而且你可以通过以下方法建设一个昂贵副本:

b = a.copy()

再次说明,这只会建设一个新的字典,指向本来存在的沟通的条目。因此,假如我们有两个沟通的列表,而且我们修改字典 a 的一个键指向的可变工具,那么在字典 b 中也将看到这些变革。

可变数据范例的贫苦也是它们强大的处所。以上都不是实际中的问题;它们是一些要留意防备呈现的问题。在第三个项目中利用昂贵复制操纵作为办理方案在 99% 的时候是没有须要的。

 

    关键字:


天才代写-代写联系方式