Py 2.6变化
我刚刚重新阅读了Python 2.6的更改列表,它很大,
有很多变化和改进,我真的给我留下了深刻的印象:http://docs.python.org/dev/whatsnew/2.6.html
我需要很多天来学习所有这些更改!我可以看到它修复了
我在Python中发现的几个缺失的问题/问题
过去,就像缺乏有关浮点的信息
用途等
我已经看到许多(智能)更新来自Hettinger.
当您可以删除经常使用的语言时,您可以看到语言会变得更好
商品功能/课程来自您自己的"技巧袋" :-)(喜欢
置换()函数等).
我认为最好在等待时不要屏住呼吸
cpython用C99 :-)
现在数学有阶乘:http://docs.python.org/dev/library/m...math.factorial
看到如何从python 3中删除redy()(我知道它在itertools中),
看到我写productory()函数是第一个
几年前,我的用法是减少的,我认为数学模块可以
也获得productory()函数.
对于Python 2.7/3.1,我现在想写一个关于
下划线分为数字,例如:0B_0101_1111,268_435_456
等等.我一直在D语言中一直使用这样的下划线,我
认为它们对Python来说可能是一个很小但显着的改进(和
下划线比仅仅是一个空间好得多,因为
帮助阅读代码的人了解这是一个
数字).
再见,
bearophile
首先,您必须说服微软发布C99编译器...祝您好运!
Christian
这是有记录不足的.
它真的尝试精确计算吗
对于任意整数?有没有
要求快速近似的方法
对于大整数(例如,Gosper's
修改Stirling的公式)?
艾伦·艾萨克
Bearophilehugs在2008年9月1日星期一12:15:53 -0700写道:
productory() - 我不知道该功能,并且谷歌搜索大多出现
与零售产品搜索.您是说product(),sum()的类似物
除了乘以乘积而倍增吗?也许你是说某种
阶乘概括().
- -
史蒂文
史蒂文·迪·阿普拉诺(Steven D'Aprano):
我的英语,你是对的,对不起,我的意思是一个product()
课程 :-)
再见,
熊
在9月1日,6:55页,bearophileh ...@lycos.com写道:
我的英语,你是对的,对不起,我的意思是一个product()
课程 :-)
但是Itertools已经将product()名称()
平均笛卡尔产品.
在9月1日,2:15页,bearophileh ...@lycos.com写道:
不要摆脱整个包,他们没有实施组合
与重新加油.
我认为最好在等待时不要屏住呼吸
cpython用C99 :-)
现在数学有阶乘:http://docs.python.org/dev/library/m...math.factorial
看到如何从python 3中删除redy()(我知道是 在Itertools中),
看到我写productory()函数是第一个
几年前,我的用法是减少的,我认为数学模块可以
也获得productory()函数.
对于Python 2.7/3.1,我现在想写一个关于
下划线分为数字,例如:0B_0101_1111,268_435_456
等等.我一直在D语言中一直使用这样的下划线,我
认为它们对Python来说可能是一个很小但显着的改进(和
下划线比仅仅是一个空间好得多,因为
帮助阅读代码的人了解这是一个
数字).
再见,
熊熊
+1在这种功能上.
-1在下划线作为分离器.
去年您提出的建议时,进行了反攻击
而是为分离器使用空白,完全可以像现在可以
使用字符串文字.
我看不到任何充分的理由(除了您熟悉D之外
语言)用于此目的的下划线,还有更多原因
(可读性,一致性,语法上的任意差异较少,
也许更简单的实现)与字符串一样使用whitespace
文字.
- -
\当有疑问说实话时.它会混淆您的敌人|
`\和您的朋友惊讶.
_o__)|
本·芬尼
本·芬尼:
不仅是我的熟悉,ADA语言也使用了下划线
我认为,这个目的是有先例的,ADA是一种语言
旨在始终最小化编程错误,简单的代码错误
也.
还有另一件事是,到目前为止,他们给了我零
问题...
考虑:
A = 125 125 125
a = 125、125、125
a = 125_125_125
对我来说,第一行的格式塔看起来太像第二行
一,那是三个分开的东西(请注意,这是相对于
您使用的字体,我使用的是非常好的免费字体,Inconsolata,
我发现最好编程(比Consolas更好)
很好地分开).在第三种情况下,_有助于粘合
零件,在我的眼中创造了一个格斯塔尔.
请注意,这不仅是字体和熟悉的问题,而且还是一个
大脑问题.您的大脑可能与我的大脑不同,所以可能是
对您来说更好的是对我来说更好.这样
情况流行的投票可能是唯一的选择方法.但是对我来说
在零件中有分数文字的空间是_worse_
完全可以分开它们.所以我强烈反对你
建议,所以如果很多人同意,我什至不提出PEP
有了你的口味.
再见,
bearophile
不仅是我的熟悉,ADA语言也使用了下划线
我认为,这个目的是有先例的,ADA是一种语言
旨在始终最小化编程错误 S,简单的代码错误
也.
我会争辩说,已经在Python内的先例
分开字符串文字的空间,比
其他编程语言的先例.
与文字字符串相比,情况并非如此:
a ="垃圾邮件""鸡蛋""火腿"
a ="垃圾邮件","鸡蛋","火腿"
然而,这已经是Python中分别指定的有效方法
单字符串和字面的字符串元组.
在我看来,这是不必要的阅读,看起来太相似了
标识符,不是字面意思.另一方面,空格版本是
易于看作类似于已经存在的同一语法规则
弦.
感谢您明确您的职位.
- -
\ www是令人兴奋的,因为Microsoft不拥有它,并且|
\因此,有很多创新|
_o__)发生.
本·芬尼
本·芬尼(Ben Finney)写道:
该先例还告诉我们,空格方法是一种普遍
错误来源.采用一种已知容易出错的方法,并且
将其应用于更多案例,不一定是建立一个的好方法
更好的语言.
在星期二,2008年9月2日11:13:27 +1000,本·芬尼写道:
+1在这种功能上.
-1在下划线作为分离器.
去年您提出的建议时,进行了反攻击
冒着骑自行车的风险,我认为允许任意空间
在字符串文字之间很好,因为它有助于阅读能力
这个:
做一点事(
"字符串的第一部分"
"字符串的另一部分"
"更多的字符串"
"还有更多"
"等等..."
)
但是我不确定是否需要这样做:
做一点事(
142325
93.8012
7113
)
-1/2在任意空间上,单个空间上的+1/2,+0在
下划线.如果半彩尚未使用,我建议使用
他们分解数字文字:
14; 232; 593.801; 271; 13
- -
史蒂文
丹尼斯·李·比伯(Dennis Lee Bieber)在2008年9月1日星期一22:11:13 -0700写道:
但是...字面的字符串仍然具有"(或')定界符
成分.对于您来说,与整数相处并不存在.
考虑
a ="垃圾邮件,鸡蛋","火腿"
vs
a ="垃圾邮件,鸡蛋""火腿"
坦率地说,我认为这是一个很大的说法
元组定界符是数字文字内部空格的问题.
这并不是Whitespace的独特之处:
atuple = 5,6,7,8
vs
atuple = 5,67,8
看妈,没有空格!
但是,即使允许在数字文字内部的空格确实创造了一个新的
错误的途径以前从未存在过的错误,这是一个错误
考虑没有上行空间的缺点.我认为,那将是
就像声明属性访问的语法是一个错误一样
因为您可能会这样做:
x = myClass()
xy = 4
而不是这个:
x = myClass()
X.Y = 4
在某个时候 程序员必须对错别字负责
指责语言的语法.我同意我们应该避免
*鼓励 *错别字的语法,但我不相信允许
数字文字中的空格做到了.
- -
史蒂文
我认为,这个目的是有先例的,ADA是一种语言
旨在始终最小化编程错误,简单的代码错误
也.
和perl
*鸭子*
- -
Nick Craig-Wood
在2008年9月2日06:10:51 GMT,Steven D'Aprano写道:
[狙击]
(震惊的噪音)很高兴找到参考
那本美妙的半个世纪历史的论文(高金融)
C. Northcote Parkinson,但是有多少读者会抓住
典故?
- -
要给我发送电子邮件,请无用 - > spamcop,无效 - > net.
在2008年9月2日06:10:51 GMT,Steven D'Aprano写道:
[狙击]
彼得·皮尔森(Peter Pearson)写道:
这是很常见的怪胎speek:http://en.wikipedia.org/wiki/color_of_the_bikeshed
干杯,
艾伦·艾萨克
彼得·皮尔森(Peter Pearson)写道:
任何参与开源方面的开源方面的人
超过十分钟. http://www.bikeshed.com/
星期二,2008年9月2日17:18:58 GMT,Alan G Isaac
彼得·皮尔森(Peter Pearson)写道:
这是很常见的怪胎speek:http://en.wikipedia.org/wiki/color_of_the_bikeshed
啊,奇妙的维基.
我以为我是一个怪胎,在过去的40年中.但是也许是
是时候让我降级给书架上的爸爸
您会发现那本旧书.
- -
要给我发送电子邮件,请无用 - > spamcop,无效 - > net.
弗雷德里克·伦德(Fredrik Lundh)写道:
任何参与开源方面的开源方面的人
超过十分钟.
的确!因此,经验丰富的开发人员说话 - effbot :)
在某些邮件列表中,自行车问题与
Dunning-Kruger-effect. [1] *叹气 *
基督教
[1] http://en.wikipedia.org/wiki/dunning-kruger_effect
彼得·皮尔森
曾经是一个怪胎,总是一个怪胎.你要么保持锋利,要么变得草率,但是
你永远不会停止成为怪胎:-)
- -
\最好的广告是进行了排练.格雷厄姆·肯尼迪|
`\ |
_o__)|
本·芬尼
在9月2日,6:35*AM,Nick Craig-Wood
将Verilog添加到该列表中.将嵌入在数字中的能力
解析器丢弃的文字有时非常有用
硬件说明,尤其是在处理二进制位矢量时
有时可以长32位或更长时间.
下划线很棒.我实际上希望在Python中为此
我自己,为那些 我做二进制的情况.空间,不多
- 正如其他人指出的那样,这是错误的,部分是因为
空间在视觉上是"轻重",部分是因为解析器确实
目前尚未区分不同种类的空格.我
无法计算我在一条线上忘记了一次拖延逗号的频率
项目.
向有关下划线妨碍的投诉 - 如果是
数字很短,您不需要下划线或空间,如果
这个数字很长,要计算得很容易,以找到您的
位置比计数空间要多.另外,长数(其中
这是最有用的),误认为一个数字的问题
在现实生活中,标识符发生的可能性要小得多.
我认为位置敏感性的问题已经被鞭打
足够了,但是我会给它最后一个命中 - 长数,这是
最有用的,通常以域特异性迷你语言遇到
一个数字中每个部分中的数字数可能具有一些
具体含义.如果该提议仅限于"一次
数字或类似的东西,根本不值得做.
原始提案中的+1.
pat
2008年9月1日星期一,下午6:02,Mensanator
但是Itertools已经将product()名称()
平均笛卡尔产品.
我们有这个叫做"命名领域"的东西,这是一个很棒的
对于这些情况来说是完美的想法.
- 克里斯
-http://mail.python.org/mailman/listinfo/python-list
- -
遵循鬣蜥的路径... http://rebertia.com
在2008-09-02,Christian Heimes
的确!因此,经验丰富的开发人员说话 - effbot :)
在某些邮件列表中,自行车问题与
Dunning-Kruger-effect. [1] *叹气 *
基督教
[1] http://en.wikipedia.org/wiki/dunning-kruger_effect
该论文真的很有趣 - 它解释了很多
人们在公司生活中看到了什么.
- -
格兰特·爱德华兹·格兰特·尤!我刚想起来
关于蟾蜍!
visi.com
在9月2日,12:34*AM,Fredrik Lundh
错误来源. *采用一种已知容易出错的方法,并且
将其应用于更多案例,不一定是建立一个的好方法
更好的语言.
也是精神复杂性的来源.这两个提案(Whitespace vs.
下划线)不仅是要使用哪个角色的问题,而且是
是否要创建整数(以及可能其他数字
类型)字面允许分隔者或允许单独的文字
被连接.在第二种情况下,以下哪项是
正确的语法?
0B1001 0110
0b 1001 0B0110
在第一种情况下,第二个文字本身就是八分之一
字面意思,但我们希望它表现为二元字面.在里面
第二种情况,我们与字符串文字具有更大的一致性(与之
您可以做到这一点:" ABC" R'''\ def''),但我们失去了使用的清晰度
使整数更可读的串联.
另一方面,0B1001_0110具有明确的含义.这是一个
独自一人的字面意思.我对外观并不感到非常兴奋(或
下划线的键盘位置),但比任何东西都要好
否则可用,并且在单个数字文字中起作用.
因此,我在下划线上为+0,空间上的-1.
Ben Finney
-1在下划线作为分离器.
去年您提出的建议时,进行了反攻击
而是为分离器使用空白,完全可以像现在可以
使用字符串文字.
我看不到任何充分的理由(除了您熟悉D之外
语言)用于此目的的下划线,还有更多原因
(可读性,一致性,语法上的任意差异较少,
也许更简单的实现)与字符串一样使用whitespace
文字.
在我看来,成千上万的Seperator的正确选择是
撇号.它不会遭受脆弱性和编辑问题的困扰
空格确实(例如,考虑填充和自动打破).已经是
在某些地区用于此功能,但从未用于小数点(所以不
歧义,与'.和 ',').它的读数也很好,与下划线不同
这是视觉上的诱惑和丑陋的(比较123'456'890至123_456_789).
话虽如此,每天我仍然有123_456_789.
令人惊讶的是,经过半个多世纪的计算,我们仍然无法表示
在绝大多数情况下,具有超过4位数字的数字.
'作为
亚历山大·施莫尔克(Alexander Schmolck):
我足够喜欢,用我的语言,符号确实是标准
一个可以分开数千个.光线,外观
自然,正如您所说的,它在视觉上是不受欢迎的.
但是用我的语言意味着数千个,因此仅在块中使用
3位数字,不在任何长度的块中,所以像这样的东西
有点奇怪/错:
0b'0000'0000
虽然下划线没有意义,因此可以在两者中使用
情况.
一个问题是python中的" 1234"是一个字符串,所以使用"数字"
看起来对我有些危险(我的编辑会将这些数字染色为
我认为交替的字符串).
请注意,对于其他人来说,'表示脚,而用我的语言表示
表示几分钟,而我认为下划线没有意义.
所以对我来说,下划线更好:-)
再见,
熊
亚历山大·施莫尔克(Alexander Schmolck)在2008年9月4日,2008年9月4日.
您的意思是已经用作字符串DeLim的角色 迭代?
- -
史蒂文
Steven d'Aprano
是的.这里没有歧义或问题；确实与空间分离或" _"不同
将在几乎所有的语法扩展中直接工作作为语法扩展
我能想到的编程语言和最终用户输出(我认为
写作,例如网站上的1'000'000将是完全可以接受的；与众不同
1_000_000).
'as
是的,编辑,尤其是那些具有crummy语法突出显示的编辑(如Emacs)
可能会弄错.不过,这应该很容易修复.确实与众不同
原始的和tripplequot的琴弦,无需大障碍就采用了
新的语法对有效字符串没有任何影响.
'作为
亚历山大·施莫尔克(Alexander Schmolck)写道:
是的,编辑,尤其是那些具有crummy语法突出显示的编辑(如Emacs)
可能会弄错.不过,这应该很容易修复.
而不是强迫所有编辑开发人员将其Python模式更改为
允许您在您的中使用印刷惯例的粗略仿真
Python源代码,为什么不要求其中一些实施正确的
印刷惯例(薄空间)以其python模式?
be *************@lycos.com写道:
+1在这种功能上.
-1在下划线作为分离器.
Ben Finney在2008年9月1日下午9:13写道:
y
重复错误意味着两个错误.
但是我不喜欢使用nobreak空间的使用,
由于任何像样的编辑都可以透露它们.
艾伦·艾萨克
在2008年9月6日星期六23:30:03 +0000上,艾伦·G·艾萨克(Alan G Isaac)写道:+1在这样的能力上.1在下划线上作为分隔符.
Ben Finney在2008年9月1日下午9:13写道:
msg/18123d100bba63b8?dmode = source>
y
重复错误意味着两个错误.
我们很多人都不认为弦线之间的空白是一个
错误.我们中的许多人都认为这是一个理想的功能.
您如何键入Nobreak空间?
对于语言而言,这也可能是一个坏主意
开发人员使用"像样的编辑",因为许多人对什么不同意
体面的编辑是,许多其他人都无法访问您
考虑"一个体面的编辑".
- -
史蒂文
2008年9月4日,上午10:22在THU上,亚历山大·施莫尔克(Alexander Schmolck)
解析器认为一个以一个数字开头的单词,已嵌入
标点为32位整数,只是忽略了
标点.我多年来都没有使用过,但似乎很整洁
解决了解码一系列数字的问题:让
用户放入他们想要的东西,解析器会忽略它.我通常用过
逗号(当然没有周围的空格),但这是你的
选择.您也可以在您正在工作的任何基础上做到这一点,
因此,您可以打点32位十六进制号,以对应于位
字段ins IDE. 当然不适用于Python. - - 汤姆·哈里斯(Tom Harris)
- 上一篇: a11y和python
- 下一篇: 截取Python列表.追加,列表.删除