"一切"是参照物吗?

Ich Schrieb: 它是特殊的,但仍然按值进行比较. 相关 零件来自" Python/Ceval.c": case compare_op: if(pyint_checkexact(w)&& pyint_checkexact(v)){ a = pyint_as_long(v); b = pyint_as_long(w); switch(oparg){ case pycmp_eq:res = a == b; 休息; } } 对不起,如果我很吵. - - 大卫.

大卫·默曼(David Murmann)写道: 不,python本身只分配一个持有值2的整数对象 但这不一定是唯一可以比较等于2的对象 甚至连值2的唯一整数对象(c扩展程序都可以 创建另一个). 我似乎记得,Python试图"优化" 通过说地址相等的比较,该对象相等, 如果地址不等,请致电__eq__方法,但这不是 一般而言,由于对象不等于自身. (例如,NAN或用户定义的类). 比较的合适的短相等是: 如果( *i == *(＆_ i2))... 但是,与Python所做的实际相当于: 对象 *_tmp =＆_i2; if(((pyint_checkexact(i)&& pyint_checkexact(_tmp))? *i ==*_ tmp:pyobject_richcompare(i,_tmp, pycmp_eq))... 即检查类型(不是您实际上可以使用C 代码的翻译),用于两个整数适合C longs的整数 并在可能的情况下比较值,否则可怕地调用一些 复杂的比较代码.

Dan Sommers Schrieb: 我看不出此版本的根本不同 到斯图尔特·加德曼(Stuart Gathman)的那一位(除非它有效,但我认为这是错别字). 您想强调python使用迭代器(如果是的话,我将有 将_idx重命名为_iter,因为它不再索引了)? 重点是什么 不在0开始启动for循环? 并且是否有区别 (*i == _idx)和(*i ==*(＆_ idx))? - - 大卫.

" Ben Sizer" 写道: 确切地. 关键信息是Python的作业 语句与C/C ++/等人的使用方式不同. 在告诉他们"您不能通过引用打电话给他们,因为python 是按物体调用"可能是正确的,它忽略了关键 信息. 因此,他们有可能在 不同的上下文 - 就像OP所拥有的那样. <迈克 - - Mike Meyer http://www.mired.org/home/mwm/ 独立www/perforce/freebsd/unix顾问,电子邮件以获取更多信息.

2006年1月5日在星期四14:28:51 +0100, David Murmann 写道: 与Stuart Gathman相比,我看不出此版本的根本不同(除非它有效,但我认为这是错别字)... 我同意斯图尔特的错误是错别字. ...您是否想强调Python使用迭代器(如果是这样,我会将_idx重命名为_iter,因为它不再索引了)? 不在0开始启动for循环有什么意义? ... 我试图通过项目列表显示迭代,而不是索引 进入指针列表,但对我来说不再那么清楚 当时我做得很好. ;-) 我想显示的另一件事是,我不会改变 在列表中有任何影响,我错过了Stuart的代码(我的 过错). 也许我的python/c比率很高,以至于看到使用的循环变量 作为索引列表或数组的索引,只是让我感到困扰. ;-) _ vs. _idx对我来说是不开始的,因为与行李相关 用那些话. ...(*i == _idx)和(*i ==*(＆_ IDX))是否有区别? 同样,只是强调了比较是通过绑定而不是 而不是直接在物体上,以表明绑定是完全的 独立于对象. 我很确定没有语义 *(＆_ idx)和_idx之间的区别在"正常"情况下,但可以 如果_idx挥发和/或Delcared,则会成为一些非常奇怪的角色. 登记. 问候, 担 - - 丹·索默斯(Dan Sommers)

2006年1月4日10:54:17 -0800," Kraftdiner" 写道: 显然,正如其他人已经阐述的那样 上 ;-) 我想知道专注于表情是否有帮助 首先,指出结果始终是指 表示表达式值的对象. 由于您始终得到对价值代表对象的引用,因此 分配只能就该参考所能做什么而具有意义. 您永远无法分配值本身. 因此,作业是 将参考放置在由分配目标语法确定的位置中. 最简单的是一个裸露的名字,然后我们谈到将名称绑定到 价值代表对象. 该名称属于某些上下文和名称空间, 实施将决定如何找到命名的绑定站点 将根据涉及哪个名称空间来保存参考. 例如. 这 绑定站点可能是函数本地名称空间中的优化插槽. 其他任务语法也会创建绑定,也确定我的身份 调用绑定站点. 这些站点可能在另一个对象的表示范围内 并通过某些实施语义的计算找到,例如查找 列表的当前表示形式的适当偏移或访问哈希 dict等的桶/插槽 顺便说一句,为非绑定绑定寻找绑定站点的实现 通常是通过尾随确定的方法和参数的方法调用 分配目标表达式的结尾和要找到方法的对象 由表达式确定,直到尾端. 绑定站点实现不是语言的一部分,而是 绑定对象1:1或1:许多IS. 可变的对象具有可分配的绑定位点. 不变的对象没有(除了 对于初始绑定引用在创建过程中的"分配"). 包含对象 包含绑定位点,而不是值. 绑定站点必须引用一些 值代表的对象或其他对象(如果存在语义上存在),尽管当然是实现的 如果保留语义,则可以以任何方便的方式管理空间. 再次回到表达式,例如评估名称时,名称标识 正如我们一开始所说的那样 "对代表表达式值的对象的引用." 如果是裸露的名称,我们就已经确定了绑定站点后立即获得该参考 与名称关联,因为它包含对价值代表对象的引用. 如果此引用 现在已分配给由另一个裸露名称标识的绑定站点,我们有两个裸露名称 相关的绑定站点,引用引用相同的价值代表对象. IOW,Python默认情况下共享价值表示. 包括可变的价值表示. 哪个 意味着,如果您想要一个与给定值等于给定值的明显可变值,则需要一个表达式 不仅评估要找到对给定的参考,即创建一个新的代表性OBJ ect 使用给定的信息,并返回引用新的. 对于C程序员来说,很容易说"绑定站点"只是指针data位置, 参考文献是指示符,"价值代表 - 对象"只是某些自定义的malloc'Ed空间 结构或数组或两者兼而有之. 对于特定的实施可能是正确的,但我认为"约束网站" 和"参考"正如我刚刚使用的那样,也是抽象的概念,能够替代,non-c Python语义的实施. 所以我认为我会尝试作为可能的术语,看看是否是否 这使任何人都更容易;-) 问候, Bengt Richter

布莱恩·奥尔森(Bryan Olson)在2006年1月5日在星期四05:21:24 +0000写道:[...]胡说八道. 列表中存储的是一个对象. 根据Python语言参考:某些对象包含对其他对象的引用; 这些称为容器. 容器的示例是元素,列表和词典. [http://docs.python.org/ref/objects.html] 很难理解,"参考"一词具有一般, 不精确的英语意义(这显然是报价的方式 以上是使用该词),而在分配的上下文中仍在 并通过更精确的含义来危险 误导? 言语很重要 - 不仅是因为它们的含义,而且是为了 他们携带的含义. 对于从Clike来到Python的人 语言,"参考"一词的意思是在 Python行为的背景. 这就是为什么人们和 框架说明了参考的呼唤意味着什么("我可以做到这一点...") 然后他们发现他们经常 *做不到. 这是一个哭泣的耻辱,因为参考是一个不错的通用词 呼唤以一种不错的通用方式使用,作为您引用的Python Doc 是在做. 但不幸的是,术语"参考"已由c选择 程序员有效地表示"指向价值的指针". Python Doc作者的目的是传达有关的信息 有效的Python. 这意味着他们必须意识到单词' 他们唤起的含义和精神框架. 以同样的方式 程序员必须围绕操作系统或库中的错误工作,一个 好作者必须围绕人们的心理框架来解决这个问题 引起误解. 这就是为什么"参考"是一个不好的词 Python容器和参数处理的上下文:远非交流 有效正确的信息,它给许多读者带来了误导 关于Python代码的行为方式的假设. 证明这是人们写给此新闻组的次数 对"通过引用呼叫"感到困惑 - 不是因为他们与 关于其行为的假设,但是因为有人告诉Python "通过引用呼叫". 或该列表包含对其他对象的"引用". 用英语,我可以说:"我正在写一本关于俄罗斯历史的书. 包括对SM的参考 ITH是俄罗斯沙皇的经典作品." 这是对"参考"一词的良好使用. 没有人认为这一点 我为修改书籍所做的任何事情都会影响史密斯的工作. 书不起作用 那样. 但是在编程中,事情确实有效. 如果我的班级包含一个 引用史密斯的经典作品,我可以修改它. (除非语言 故意限制我修改某些物体的能力,如Python 与不变的物体一起做.) 这就是程序员在谈论参考时所期望的,尤其是 如果它们来自C(或Pascal)背景. 在Python中,有时就是 是的,有时不是,唯一的说服方法是看 对象本身,不是通过思考Python的高级行为. 思考python的行为("它总是通过引用 对象")将在许多程序员的思想中引起误导框架. 单词"参考"是误导性的,应该避免,因为 平均非Python程序员通过该词理解与 经验丰富的毕达斯塔(Pythonista)所理解的东西. 如果我们正在撰写学术论文,我们可以定义"通过参考来调用" 和"对象包含参考"的任何方式,这将是 读者的责任确保他们理解 *我们的 *含义. 但 我们不是 - 我们正在向普通程序员传达信息,许多 他们仍然是学校里的孩子,而不是学者. 他们中的许多会 以先入为主的想法来到python. 参考","分配变量"等. *我们的 *使用责任 不会误导的语言,不会引起不正确的语言 框架,这不会引导他们走上花园的道路,并感到惊讶 python的行为. 如果我们说" python为参考"(或按价值呼叫,就像许多人一样 还说)我们 *知道 *后果是新手写作:"我 被告知python是通过参考来调用的,所以我这样做了,它不起作用, 这是Python中的错误吗? 怎么了?"这不是python中的错误,它是 他们的心理模型中的一个错误,我们将这个错误放入 他们的头. 每次发生的情况, *我们的 *错误,而不是他们的错,因为 使用保证误导的语言. 如果我们使用一个不熟悉的术语 "按对象呼叫",读者没有先入为主的理解 手段并且不会导致错误的假设. 我们知道这将发生,因为它一次又一次地发生 在过去. 我们无法从经验中学习吗? 是 聪明的众生还是我们只是鹦鹉 过去不关心我们说的话? - - 史蒂文.

2006年1月4日,星期三22:51:03 -0500,迈克·迈耶(Mike Meyer)写道:您可能会. 再说一次,您可能还可以很好地理解这些概念,以意识到,当您传递不变的对象时,CBR和CBV之间没有任何区别. 考虑一下: def do_nothing(x): 经过 gumet_tuple =(none,)*10000 ** 4 do_nothing(gualt_tu ple) 如果Python在将其传递给函数之前制作了一个巨大的副本,那么您 会注意到. - - 史蒂文.

在文章中 Steven d'Aprano 写道: ... 后者. 我从我阅读的次数中知道这一点 该参数传递与是否有关 参数是可变或不变的对象. Donn Cave,do@u.washington.edu

迈克·迈耶(Mike Meyer)在2006年1月5日在星期四11:17:44 -0500写道: 那不跟随. 问题不是谈论参考是 *错误 *,而是 误导. 其中"参考"被用作通用术语,它是 几乎是可以接受的,但是任何时间都可以在可能是 误解是危险的,正是因为人们会误解它, 因为他们 *认为 *他们知道什么参考(作业,请致电 参考,无论如何)在这种情况下意味着. 对象不熟悉的事实完全是它的优势. 而不是人们能够得出关于它的含义的结论,而是像他们一样 使用"参考",他们会停下来思考,如果需要,请进一步寻找 有关Python对象模型的信息. 至少,他们不会说 " Python中的所有内容都是参考,所以这应该起作用,但是 不". - - 史蒂文.

Steven d'Aprano 写道: 不,我们学会了说"约束"和"名称". 我们还了解到 虽然给出新手虚假信息,例如" python没有 参考文献或" python不是逐个引用"将帮助他们获得 经过直接问题,它使他们感到困惑 变量和作业没有做的其他领域 思考. 因此,我们学会了处理这种疾病,而不是 症状,并告诉他们python中的变量的行为如何 来自C,Pascal,Algol或Fortran或其他任何变量. <迈克 - - Mike Meyer http://www.mired.org/home/mwm/ 独立www/perforce/freebsd/unix顾问,电子邮件以获取更多信息.

Steven d'Aprano 写道: 我什么都没有,因为我从来没有说过其他话. 在 特别,我仍然声称在传递对象时的pythons行为 因为参数与所有对象的逐个引用相同 您可以在Python中生成. 那不跟随. 你是对的. 该观察结果是基于反复观看人的 在变量分配之间的差异中击败他们的头 其他语言和名称在基于对象的语言中绑定. 直到你 使他们的脑海有这种差异,他们将拥有 问题. 您用来描述参数传递机制的内容是 与真正的问题无关. 问题不是说参考是 *错误 *,而是误导性. 在"参考"仅作为通用术语中,几乎是可以接受的,但是任何时候 它可能被误解的上下文恰恰是因为人们会误解它,因为他们 *认为 *他们知道在这种情况下的参考(分配,按参考,无论如何)的含义. 这是我们不同意的地方. 我认为他们对参考的理解 死了. 破碎的是他们对什么是变量的理解 作业意味着什么. 解决此问题后,其余的掉入了 地方. 对象不熟悉的事实完全是它的优势. 他们不会像对"参考"那样的结论,而不是想得出结论,他们会停下来思考,如果需要,请寻找有关Python对象模型的更多信息. 至少,他们不会说" Python中的所有内容都是参考,因此这应该可以起作用,但这不行". 您提倡的是故意误导人们处理 症状. 我宁愿给他们足够的真相来应对这种疾病. <迈克 - - Mike Meyer http://www.mired.org/home/mwm/ 独立www/perforce/freebsd/unix顾问,电子邮件以获取更多信息.

2006年1月6日星期五12:01:09 +1100 " Steven d'Aprano" 写道:您会认为Python是按价值呼唤的. 你可能. 再说一次,您可能还可以很好地理解这些概念,以意识到,当您传递不变的对象时,CBR和CBV之间没有任何区别. 考虑以下问题:def do_nothing(x):通过buge_tuple =(none,)*10000 ** 4 do_nothing(mute_tuple)如果Python在将其传递给功能之前制作了buge_tuple的副本,您会注意到. 这简洁地证明了为什么新手 *应该告诉* Python通过参考而不是 值. 没有这些基本知识,新来者将无法 可能会做出明智的选择 算法. 但是也许还应该明确 "参考"是指分配给对象的标签,而不是 包含内存位置的变量(这是C "指针"是). 参考通常是一个简单的名称,但也可以是 集装箱表达式以下列表,字典, 或类实例(垃圾邮件,垃圾邮件[0],垃圾邮件['eggs']或 垃圾邮件,例如). 不是元组或弦,因为他们 是不变的,因此没有可分配的参考. 干杯, 特里 - - 特里·汉考克(Terry Hancock Anansi SpaceWorks http://www.anansispaceworks.com

迈克·迈耶(Mike Meyer)写道: 是的,但这并不是误导性的,因为"参考"并不意味着他们认为这意味着什么. "参考"在Python中的意思与C和类似语言相同. 这是误导性的,因为python中的"变量"和"分配"不做他们在C中所做的事情.显示的某些地方是当您通过参考或列表中的参考文献处理时. 也许下一次显示以下琐碎片段 可能有助于证明问题的核心不是 python处理参数 s? 如果是什么: param ['foo'] ='更改' 别的: temp = param ['foo']#temp是_not_参考! temp ='更改'

特里·汉考克(Terry Hancock)在2006年1月5日在星期四22:18:39 -0600写道: "我不喜欢中国菜,披萨给我加油.让我们汉堡吧," 我说. 特里有益地回答:"披萨给你加油吗?那你去了, 这就是为什么我们必须吃中国菜的原因." 我从来没有建议我们应该告诉新手Python被称为 按价值,我否认有可能有两种可能的选择 描述Python的行为是CBV和CBR. 特里可以 阅读此线程,仍然想象有这样的二分法是 担心. 但是,也许还应该清楚地表明,"参考"是指分配给对象的标签,而不是包含内存位置的变量(这是C" Pointer"的内容). 该引用通常是一个简单的名称,但也可以是以下列表,字典或类实例的容器表达式(例如,垃圾邮件,垃圾邮件[0],垃圾邮件['eggs']或垃圾邮件. 不是元组或字符串,因为它们是不可变的,因此没有可分配的参考. 您是否认真地建议您不能在列表中包含元组,或者 将它们传递到功能? 因为这听起来像是在说: " python通过参考.参考通常是一个简单的名称,但是 也可以是一个容器...而不是元组或绳子,因为它们是不变的." 如果您不想说Python不能将字符串传递到功能,那就什么 你是说要说吗? 我会告诉你我说什么:python将对象传递到函数或 作业. 这是否意味着对象被复制? 不,我没有说它的副本 对象. 我离开了传递机制的性质,这就是方式 应该是因为它是实现细节. 这是否意味着可以将对象修改到位? 当然不是, 因为那取决于对象,而不是python高级的性质 行为. 它强调了Python的面向对象的性质,并强调 非常语言警告读者不要假设Python行为 与其他语言相同. 它邀请进一步的问题,而不是 将读者拖入J