Benjamin Kaminski schrieb:

Ach ja für strings if type(l) == str oder from types import StringType if type(l) == StringType

isinstance() ist eigentlich immer die bessere Wahl, da es Subklassen zulässt. Ansonsten würde ich bei dem Test oben den Vergleich mit 'is' verwenden. Manchmal ist auch duck-typing vorzuziehen. Dann kann man einfach mal nachschauen, wie sich die Typen unterscheiden:

...

...

dir([]) ['__add__', '__class__', '__contains__', '__delattr__', '__delitem__', '__delslice__', '__doc__', '__eq__', '__ge__', '__getattribute__', '__getitem__', '__getslice__', '__gt__', '__hash__', '__iadd__', '__imul__', '__init__', '__iter__', '__le__', '__len__', '__lt__', '__mul__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__reversed__', '__rmul__', '__setattr__', '__setitem__', '__setslice__', '__str__', 'append', 'count', 'extend', 'index', 'insert', 'pop', 'remove', 'reverse', 'sort']

...

...

dir('') ['__add__', '__class__', '__contains__', '__delattr__', '__doc__', '__eq__', '__ge__', '__getattribute__', '__getitem__', '__getnewargs__', '__getslice__', '__gt__', '__hash__', '__init__', '__le__', '__len__', '__lt__', '__mod__', '__mul__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__rmod__', '__rmul__', '__setattr__', '__str__', 'capitalize', 'center', 'count', 'decode', 'encode', 'endswith', 'expandtabs', 'find', 'index', 'isalnum', 'isalpha', 'isdigit', 'islower', 'isspace', 'istitle', 'isupper', 'join', 'ljust', 'lower', 'lstrip', 'replace', 'rfind', 'rindex', 'rjust', 'rsplit', 'rstrip', 'split', 'splitlines', 'startswith', 'strip', 'swapcase', 'title', 'translate', 'upper', 'zfill']

Bestimmte Methoden und Attribute sind spezifisch für bestimmte 'Meta'-Typen (wie Sequenzen, etc). Siehe dazu auch http://docs.python.org/lib/types.html Stefan _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

--On 15. Dezember 2005 15:44:08 +0100 Franz Steinhaeusler wrote:

Warum? Und wer sagt das?

Ich. isinstance() gibt es seit Python 2.0 (oder sogar schon früher). Seit dem gibt es keinen Grund noch type() zu verwenden. Einige Vorteile wurden bereits erwähnt. Alleine von der visuelle Eindruck spricht für sich if type(foo) == type([]) or type(foo) == type(()): vs. if instance(foo, (tuple, list)): Wer heute noch mit type() programmiert hat einfach seit Jahren nicht mehr in das News-File von Python geschaut :-) Cheers, -aj _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

Warum muß man überhaupt wissen, ob etwas eine Liste ist? Reicht es nicht in 99% der Fälle aus, daß es iterierbar ist? Und das kann man testen: def isIterable(x): try: x=iter(x) except: pass else: return 1 try: for i in x: return 1 # iterable else: return 1 # iterable, although empty except: return 0 def isStringLike(x): """ ist x etwas wie ein String?? """ try: x+'' except TypeError: return 0 else: return 1 Das ganze hat Martellibot irgendwann mal in c.l.p. veröffentlicht ... und das ganze hilft, wenn man die Liste/ das Tupel durch irgendwas iterierbares ersetzen möchte. Macht das Programm um KLASSEN flexibler Harald -- GHUM Harald Massa persuadere et programmare Harald Armin Massa Reinsburgstraße 202b 70197 Stuttgart 0173/9409607 _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

Alexander 'boesi' =?ISO-8859-1?Q?B=F6secke?= kritzelte:

if type(foo) in (list, tuple):

funktioniert 1. wunderbar

Fuer kleine Werte von `funktioniert` und infinitesimale Werte von `wunderbar`. Das erstemal wenn ein Objekt einer Klasse class listx(list) : # whatever daherkommt, geht der type-Vergleich in die Hose. -- Christian Tanzer http://www.c-tanzer.at/ _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

Hi Jetzt will ich doch noch mal meinen Senf dazugeben. Am 15.12.2005 17:57:03 schrieb tanzer@swing.co.at:

...

if type(foo) in (list, tuple):

funktioniert 1. wunderbar

Fuer kleine Werte von `funktioniert` und infinitesimale Werte von `wunderbar`.

Das erstemal wenn ein Objekt einer Klasse

class listx(list) : # whatever

daherkommt, geht der type-Vergleich in die Hose.

Ja natuerlich, muss ja auch so sein. type liefert den Typ eines Objekts und isinstance überprüft ob ein Objekt von einem bestimmten Typ abgeleitet (instanziert) ist. Das sind fuer mich erstmal 2 grundverschiedene Dinge, auch wenn sich die Einsatzgebiete haeufig ueberschneiden. Der Typ des Objektes einer Klasse 'listx' ist nunmal 'listx' und nicht 'list'. Gerade bei den eingebauten Datentypen sehe ich allgemein als grossen Vorteil zu wissen, ob ein Objekt 'list' oder 'listx' als Ursprung hat. Weil bei 'list' als Datentyp kann ich mich auf ein bestimmtes Verhalten verlassen, 'listx' kann dagegen kann so ziemlich alles sein.[*] Wenn ich bei type einen unbekannten Datentyp zurueckbekomm, kann ich ja noch mit issubclass testen, ob der Typ von list abgeleitet wurde. cu boesi [*] Natuerlich ist es richtig mieser Stil, 'listx' so zu verunstalten, dass es sich nicht mehr wie 'list' verhaelt. -- |¯|/¯/¯¯¯\|¯| |¯|¯| |¯|/¯/¯¯¯\|¯¯¯¯\|¯¯¯¯ http://| / / /¯\ | | | | | | / / /¯\ | (¯) | |¯¯ smb://| \ \ \_/ | `¯´ | |__| \ \ \_/ | ¯ /| ¯| ftp://|_|\_\___/|_|¯|_|____|_|\_\___/|_|¯¯ |_|¯ _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de