lxml/ElementTree和.tail

保罗·麦奎尔(Paul McGuire)写道: 您是否不同意我对XML宇宙状态的表征?

" fredrik lundh" 值得庆幸的是,我很大程度上是这个宇宙的外围(除了 有时是受害者). 但是看到许多OMG肯定令人沮丧 在Java服务中重新实现90的概念,然后再次在 XML/SOAP,没有可检测到这些消息传递和 以前已经考虑过序列化问题,还有更多 彻底. 当我可以阅读并在记事本中将其入侵时,我喜欢XML. 我喜欢 属性,这使我与大多数XML狂热者一起付出了决定 纯粹的学术理由使用属性(它们打败了未来 可能将属性值扩展到更复杂的子结构中). 我不喜欢名称空间,尤其是默认的XMLN类型,因为它们使我 通过XPath检索节点时采取额外的步骤; 而且每个人似乎 认为他们的应用程序需要名称空间,当没有威胁的情况下 标签将与其他任何人混在一起. 不,我大部分时间很开心(我认为这是您的意图 笑脸)一般来说 认为您的一句话持续了大约15行! - 保罗

2006年11月18日,上午5:09,弗雷德里克·伦德(Fredrik Lundh)写道: 当然,计算世界曾经是而且一直充满 想 看起来比实际困难得多的最简单的事情. 后 全部, *他们*花了很多时间阅读所有规格,他们已经 买 所有的书,都参加了所有的研讨会,所以这根本不公平 当别人作弊时. [狙击] 那是不切实际的. 如果你记得的话,我不是那些 人们 "这是规格驱动的 - 我什至没有 *听过 * 直到本周早些时候信息! 但是,我被迫确保 面对面时,代码i(和我们)写作 *如其他人所期望的 * 数十亿个XML文件中的任何一个. 更简单,更好 更好的更好(因此,为什么我在Python-land),除非 简单性使与他人一起玩得很好. 耸耸肩 其他所有人都做事的方式使我想起了各种CSS 我知道的狂热者根本不会使用桌子或IE CSS 兼容性骇客,即使这是使事情正常工作的需要. 我从未参与过任何" XML战斗",但就Uche而言,我 会推测(仅基于个人互动和 轶事)绝大多数开发人员 除了序列化之外,什么都不关心,仅仅是因为那是 一个人如何与他人一起玩. 我会算上那个小组 同样,尽管我确实认识到有一个值得的学术 练习以数据模型为中心的XML Worldview. OT:Uche,4suite XML是顶部! 非常感谢你. -Chas

Chas Emerick写道: 那是不切实际的. 如果你记得的话,我不是那些 人们"这是规格驱动的 - 我什至没有 *听过 * 直到本周早些时候信息! 咆哮并不针对您或任何特别的人,但我并不是真的 认为您的意思是. 有点奇怪,因为 听起来好像您 *正在努力从混乱中提取信息 文档,因此"与数据有关,该死"的思维方式 不应该成为你的新闻. 而周围的路线不是不现实的,这是一个事实 *; Json和 POX正在杀死完整的XML/架构/肥皂堆栈进行通信,XHTML 作为电线格式几乎已经死了,人们在公共场合道歉 为了使用肥皂,Ajax迅速变成了Ajaj,很少有人 关心XML 1.0标准的更晦涩的细节(何时进行 您上次看到有条件的部分吗? 甚至是DTD?),处理巨大 XML数据集与仅上传的数据集非常困难 对数据库并在SQL中进行处理,没有人使用 XML 1.1. 实用性击败了纯度,互联网围绕损坏路线,每一个 一次. 问题是,如果您仅凝视序列化,您的代码 *将不会 * 与他人一起玩得很好. 在序列化级别,很容易思考 CDATA部分与其他文本不同,该字符 参考与普通字符不同,您应该 不知何故能够区分 , 名称空间前缀比名称空间URI更重要 ＆nbsp; 在XHTML风格的流中,与U+00A0字符不同 记忆等等. 根据我的经验,仅序列化思维(在 接收端)是互操作性的最常见原因 关于一般XML Interchang的问题 e. 但是,当您专注于数据模型并将序列化视为 实施细节,由某人撰写的库解决 实际上,谁比您阅读了几次规格, 所有这些问题往往会消失. 事情正常工作. 实际上,当然,大多数软件工程师都会理解这一点,并且 关心这个. 毕竟,好的软件工程要 抽象和解耦和设计东西,因此您可以专注于一个 一次问题的一部分. 并让您的客户满意 并在这样做时玩得开心. 不整夜熬夜寻找 您最终发现的一个模糊的互操作性问题是引起的 由您使用CDATA部分的人,您期望角色 参考,在所有生产记录的0.1％中,但没有文件 在您的测试数据集中. (顺便说一句,ET无法 *阅读 *您的XML文档?我以为您 抱怨是,它没有把它阅读的东西放在您的地方 期望它们是,并且您没有时间学习如何处理 这样,因为当时您有更多重要的事情要做?)

2006年11月18日,上午11:29,弗雷德里克·伦德(Fredrik Lundh)写道:这是不切实际的. 如果您还记得的话,我不是规格驱动的"那些人"之一 - 直到本周早些时候,我什至没有 *听到过 * ofinfoset! 咆哮并不针对您或任何特别的人,但我并不是真的 认为您的意思是. 有点奇怪,因为 听起来好像您 *正在努力从中提取信息 凌乱 文档,因此"与数据有关,该死"的思维方式 不应该成为你的新闻. 不,这根本没有任何新闻,我非常同情 您的特定观点(并在其他情况下提倡它 和情况,在适当的情况下). 是的,我们实际上是 确保我们从html/xhtml/text/pdf/et serialization获得 我们必须消耗统一,归一化和"清洁"数据模型 在尽可能少的步骤中. 但是,在那几个步骤中,我们必须 识别每个数据表示方式的功能现实 在世界上使用,以将其转化为统一模型 出于我们自己的目的. 从具体的角度来看,这意味着结束标签 在XHTML序列化中,意味着该元素已关闭,完成, 有限. 该序列化的任何其他表示 与该HTML文档的作者的意图正确相对应. 我同意100％ - 但我会认为这是我的观点 取得了. ET使用的模型似乎是"纯化的" 混合序列化的表示,正是因为它 适合理想而不是混合的实际现实 内容和期望. 就其价值而言,我们目前的努力是为了提供 XML/PDF/html/text/等的重要商店/饲料 可以掉入RDBMS中. 也许那是 Impeda 我们之间:您将信息视为功能替代品 对于依赖序列化的XML,而我们专注于什么 可以广泛地描述为从一个到另一个翻译. 问题是,如果您仅凝视序列化,则您的代码 *惯于* 与他人一起玩得很好. 在序列化级别,很容易 思考 CDATA部分与其他文本不同,该字符 参考与普通字符不同,您应该 不知何故能够区分 , 名称空间前缀比名称空间URI更重要 ＆nbsp; 在XHTML风格的流中与U+00A0不同 角色 记忆等等. 根据我的经验,仅序列化思维(在 接收端)是最常见的原因 互操作性 关于一般XML互换方面的问题. 我同意所有这些. 我会再次提及普遍的观点 最终标签的含义 - 这就是我主要指的 带有"序列化"一词. 不,它不会把东西放在正确的地方,所以我认为 模型的失败. 我不明白为什么我应该花时间 在另一个非常全面的时候学习如何处理 可以满足期望的图书馆. *耸耸肩* 此外,ET/LXML的工作方式使我的工作方式 认为基础模型中可能还有其他一些地雷 直到几天,几周等,我们可能才发现 通过了,因此与 明确支持我们期望的模型的库(并且是 假设撰写了html [现在的XHTML]文档时). -Chas

Chas Emerick写道: 因此,您发布原始帖子的真正原因是传播一些FUD, 不寻求帮助? 这有点令人失望.

2006年11月18日,下午1:12,弗雷德里克·伦德(Fredrik Lundh)写道: 因此,您发布原始帖子的真正原因是传播一些 福德, 不寻求帮助? 这有点令人失望. <讽刺> 是的,就是这样. 实际上,如果您回头看 这个线程,您会看到我想如何贬低ET. 我 特别想确保ET的API不会受到任何吸引力 Python社区. ET找不到 大众的成功和好评 - 我将有很多要从中获得的 剩下的利基库. 弗雷德里克,我没有试图传播任何东西. 我很困惑,我 提出了一些说明性的例子,并要求人们的想法. 您的答复给了我正确的词汇,以找到更多信息 (即关于Infoset),我回答了我所拥有的 学会的使任何人都有类似问题或混乱的人受益 在将来. 随后进行了讨论. ET(和LXML)显然非常成功,广泛使用,并且 好理由. 这只是我们不正确的,但是您错误地 推测我只是懒惰 OT修改/扩展ET/LXML至 即使存在其他图书馆,也适合我们的目的 最好与我们的要求相结合. 我试图回答 尽可能直接,并且(遗憾的是,事实证明) 包括我担心我们明显概念的事实 差异表明我们可能会发现ET/ LXML的工作方式与我们预期的不同. 我认为那是非常 理性,并且在任何方面都不会对ET说得不好(尤其是考虑到 在其他地方取得了明显的成功). -Chas

弗雷德里克·伦德(Fredrik Lundh)写道: 当然,计算世界曾经是而且一直充满想要的人 看起来比实际困难得多的最简单的事情. 毕竟, *他们*花了很多时间阅读所有规格,他们已经购买了 所有的书,都参加了所有的研讨会,所以这根本不公平 当别人作弊时. 你对某事听起来很痛苦. 不用担心,真的不是全部 那个严重. XML Infoset几乎不使用W3C XML模式外的事实, XPATH数据模型更为普遍,并且专注于 序列化甚至比每天的问题更普遍 实用性. 哦,顺便说一句,这个线程全都是 *您的 *客户的 抱怨. 您的回应是给他们您的哲学观念 在XML上. 这不矛盾您上面的话吗? 哦,没关系. 您发布了一些误导性的东西,我发布了另一个 观点看法. 我知道您无能为力 不会变成全面的火焰. 有时我有时间去 之类的东西. 这不是那个时候,所以 可能我下车的地方. - - Uche Ogbuji Fourthought,Inc.http://uche.ogbuji.net http://fourthought.com http://copia.ogbuji.net 文章:http://uche.ogbuji.net/tech/publications/

保罗·麦奎尔(Paul McGuire)写道: 您会惊讶于有多少XMLER同意Web服务是一个 Corba的无能重塑. 我几乎被这个 拍摄:http://wanderingbarque.com/noninters...nds-for-simple 我认为《根恩》的邓肯·格里斯比(Duncan Grisby)指着时最厉害地说 肥皂和朋友更复杂,更肿,更少 相互作用比Corba曾经. 但是他们使用XML,所以他们得到了 老师的宠物治疗. 您仍然可以,并且不要让任何人告诉您. 我总是 辩称,除非XML可记事在上面,否则不起作用. 我愿意 通常允许SVG例外. 真的吗? 您有任何参考吗? 我没看到太多 自早期以来对属性的批评,几乎所有XML 技术大量使用属性. 这是我的看法:http://www.ibm.com/developererworks/xm.../x-eleatt.html 如您所见,元素和属性获得平等的计费. 名称空间可能是XML有史以来最糟糕的事情. 同样,我的看法:http://www.ibm.com/developererworks/xm.../x-namcar.html 和y es,默认名称空间约为问题的50％ 名称空间. 内容中的qnames(当然是滥用 名称空间)几乎是其他50％. 我称他们为"隐藏 名称空间":http://copia.ogbuji.net/blog/2006-08-14/some_thoug - - Uche Ogbuji Fourthought,Inc.http://uche.ogbuji.net http://fourthought.com http://copia.ogbuji.net 文章:http://uche.ogbuji.net/tech/publications/

您会惊讶于有多少XMLER同意Web服务是一个 感谢那! 很好地总结了我的经历,并给了我一个很好的笑声! 虽然我喜欢第一个轴反映我的Java代码的轴的想法 位置(只要互操作性仅意味着"我可以测试自己的代码"), 试图使其与其他任何东西一起工作时,它很难吸引 (当然包括Python). 而且我不知道为什么我抱怨这种逆 在许多其他场合的接口生成(例如,COM接口 vstudio,jbuilder gui设计等),但永远无法完全放置 指责什么使我在肥皂上打扰了我. 可能是因为看着WSDL,它立即使我收缩了 从那个混乱和希望,必须有_Some_仁慈的神 会为我产生废话,这样我从来没有问过自己的权利 问题.... diez

Uche Ogbuji写道: 每天的互操作性问题. 昨天,有人 在Python的XML.Dom中报告了一个错误,因为他无法获得 序列化字符串"＆nbsp;" 如"＆nbsp;". 今天早些时候 问如何在不了解的XML解析器上工作 名称空间前缀. 据我所知,这是 *您的 *客户发布了有关 不同的图书馆,而不是我的客户寻求特定的帮助 问题. 这是免费软件; 使用软件的人 比不想使用它的人数多 *. 我将期待您的下一篇O'Reilly文章.

2006年11月19日,上午9:55,弗雷德里克·伦德(Fredrik Lundh)写道: 据我所知,这是 *您的 *客户发布了有关 不同的图书馆,而不是我的客户寻求特定的帮助 问题. 这是免费软件; 使用软件的人 比不想使用它的人数多 *. Hell Hell Fredrik-我什至没有 *下载 * 4suite 发布了我最初的问题. 我试图变得友善,试图成为 免费,试图成为外交,所以如果 *每个人*将停止施放或以其他方式猜测 关于我的意图. 在自己之间的火焰,但让我摆脱困境. -Chas

Uche Ogbuji写道: 对于旁观者来说,应该注意的是Infoset很漂亮 与XPATH数据模型几乎相同; 主要是 规格对同一概念使用不同的名称. 如果你剪了 通过词汇,这全是关于元素的树,以及文字和 属性和 更多(但通常不那么有趣)的事情. 它是 有点说 班级人(对象): __ slots__ = ["名称"] def __init __(自我,名称): self.name =名称 和 班级员工: def __init __(self,first_name,last_name): self.full_name = first_name +"" + last_name 和 Employee_name =" ..." 是完全不同的事情,而不仅仅是三个或多或少 通量存储完全相同信息的方法.

当然,计算世界曾经是而且一直充满想要的人 并已出售了所有昂贵的专有工具 - - damjan