Minoru
07.07.2011 12:35 netbook
Вы уж извините, но это ещё более эпично, чем #eessi. Итак, цитируя Tutorial[0]:
> Note that comparing objects of different types is legal. The outcome is deterministic but arbitrary: the types are ordered by their name. Thus, a list is always smaller than a string, a string is always smaller than a tuple, etc. [1]
0. http://docs.python.org/tutorial/datastru...
1. The rules for comparing objects of different types should not be relied upon; they may change in a future version of the language.
Зачем?! Зачем мне сравнивать типы на что-то, кроме равенства, тем более, что результат «deterministic but arbitrary»?! Утешьте меня, скажите мне, что есть причина, запрещающая в таких случаях кидать исключение.
Recommended by:
@Kona-chan: Утешьте же его.
35 comments
recommend
bookmark
subscribe
иди учить плюсцы, noob
пхп же.
Это динамическая типизация, ёптыть!
ну, нету защиты от дибила
При чём здесь плюсцы?
При чём здесь похапе?
Не вижу связи. Понимаю, зачем сравнивать типы на равенство — не понимаю, зачем вводить какие-либо другие операции сравнения.
Это в арифметике указателей нет защиты от дебила. Я ума не приложу, зачем кому-либо может понадобиться такая фича.
это не фича. Это предположение, что и так понятно какого типа переменная. А если не понятно, знач не питонец
Если и так понятно, какого типа, зачем сравнивать?
а вдруг зазочется?
кстате, вы вообще пиздите.
"hello" > 7
Traceback (most recent call last):
File "<pyshell#0>", line 1, in <module>
"hello" > 7
TypeError: unorderable types: str() > int()
Так что меня не ебут ваши проблемы
топик стартер чот не фурычит
"hello" > []
Traceback (most recent call last):
File "<pyshell#1>", line 1, in <module>
"hello" > []
TypeError: unorderable types: str() > list()
*unorderable types: str() > list()*
Утешил?
% python
Python 2.6.6 (r266:84292, Dec 27 2010, 00:02:40)
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> "hello" > 7
True
>>> "hello" > []
True
>>>
2.6.6 FUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU
выкинь свой дистр
а вообще, питон 3.2 няшка.
и я пару месяцев назад закоммитил патч для DreamPie что бы тот работал с третьим питоном.
Затем, чтобы применять одинаковую логику к любым объектам :)
Что, простите? Нет, честно, не понял — зачем мне операции над типами, не имеющие смысла? *Зачем*?
Набежали арчеёбы, блеат!
макосники ^_^
Макоебы.
Не нравится: не используй. Кто тебя заставляет?
А, макоблядок. Анальный раб дядюшки жопса.
что бы она была детерминированной, и обычной. То что ты ее делаешь означает проблему в мозгах а не в коде
А вообще — нормальные версии питона выкидывают эксепшн
то-то ты так баттхёртами соришь направо и налево
Я и не собираюсь это использовать, меня интересует причина того, почему *это* попало в язык.
Ну захотел Гвидо сравнить булево значение с целым, а тут эксепшн. Ну вот он и пофиксил :)
Детерминированной она является по определению — для каждой пары типов операции сравнения вернут заранее известный результат. О какой «обычности» речь?
«Нормальные» версии питона — это с какой версии?
В 2.7.2 (и, судя по всему, всех более ранних версиях), как видите, никакого эксепшена.
Так пофиксил Гвидо. А потом пришли такие как ты и сказали: эксепшн мне запилил! Ну и запилили.