Python: Konvertierung einer Zeichenfolge in eine ganze Zahl

Hat jemand einen quickie für die Umwandlung einer unsicheren string zu einem int?

Den string in der Regel kommt zurück als: '234\r\n' oder sowas.

In diesem Fall möchte ich 234. Wenn '-1\r\n' möchte ich -1. Ich will nicht, dass die Methode zu Versagen, aber ich will nicht so weit gehen, versuchen Sie, mit der Ausnahme, übergeben Sie nur zu verbergen Fehler, die entweder (im Fall, dass etwas extremes passiert).

  • "Ich will nicht, dass die Methode zu Versagen, aber ich will nicht so weit gehen, versuchen Sie, mit der Ausnahme, pass nur auf hide-Fehler, die sicherlich scheint widersprüchlich. "Never Fail" bedeutet "Abfangen von Ausnahmen". Was meinst du mit "Never Fail" und "NICHT-Abfangen von Ausnahmen"? Was ist dieses nicht-scheitern, keine Ausnahme, was Sie erwarten? Können Sie klären Ihre Erwartungen?
InformationsquelleAutor Adam Nelson | 2010-03-24
  1. 21

    In diesem Fall müssen Sie einen Weg, um zu vermeiden try/except, obwohl ich würde nicht empfehlen es (wenn der input-string ist benannt s, und Sie sind in einer Funktion, muss etwas zurückgeben):

    xs = s.strip()
if xs[0:1] in '+-': xs = xs[1:]
if xs.isdigit(): return int(s)
else: ...

    den ... Teil in der else ist, wo Sie wieder was Sie wollen, wenn, sagen wir, s war 'iamnotanumber', '23skidoo' leeren all-Räume oder ähnliches.

    Es sei denn, eine Menge input-strings sind nicht zahlen, try/except ist besser:

    try: return int(s)
except ValueError: ...

    sehen Sie den Zugewinn an Prägnanz, und in der Vermeidung der fummelig string-manipulation und testen!-)

    Sehe ich viele Antworten tun int(s.strip()), aber das ist supererogatorische: das Abisolieren ist nicht nötig!

    >>> int('  23  ')
23

    int weiß genug, um zu ignorieren führende und nachfolgende Leerzeichen werden ganz von selbst!-)

    • Ich habe diese Antwort geben status einfach für den Gebrauch des Wortes "supererogatorische'
    • Eher als supererogatorische, vielleicht sind die Streifen() ist ein Fall von "explizit ist besser als implizit".
    • Operationen am besten gar nicht;-).
    • es ist nicht überflüssig, weil es kommuniziert die Absicht der Programmierer. Es dient einem Zweck. Es sagt, dass der Programmierer gedacht hat, dass insbesondere Fall. Ginge es indirekt, dann wird der Leser, der code würde nicht wissen, dass.
    • Tatsächlich, wenn der Leser weiß, wie int verhält sich (nun wissen wir alle ;-)), dann weiß er die Absicht der Programmierer. Dabei bestimmte code zweimal ist wirklich überflüssig.
    • der reader nicht im Allgemeinen wissen, dass int() verhält sich so. Der Leser weiß auch nicht, ob der Programmierer weiß oder nicht weiß. Es gibt eine große Unsicherheit.
    • Eine im Angesicht der Ungewissheit weigern, der Versuchung zu erraten und die Dokumentation Lesen 😉
    • Ich benutze 3 oder 4 verschiedene Sprachen in meinem job. Ich will nicht lernen müssen, höchst Kontingenten Fakten über von string in int-Funktionen (ob Sie eine implizite Streifen oder nicht), wenn ich nicht muss. Es gibt keinen Grund zu erwarten, dass Sie tun oder nicht tun sollte eine implizite Streifen. Schlimmer noch, ich weiß nicht, ob Sie haben Lesen Sie die Dokumentation. Das heißt, wenn ich Lesen deinen code, ich habe zu überprüfen, zwei Fällen statt. Das verlangsamt mich nach unten. Das bedeutet, dass der code weniger gut als es sein könnte. Das ist, warum Sie sagen "explizit ist besser als implizit".
    • Ich weiß, Tim Peters (Autor von das Zen of Python) Recht gut, und ich kann Ihnen versichern, dass die natürlich nicht, was er damit meinte "explizit ist besser als implizit". Code, der eine Sprache verwendet, die auch (insbesondere durch nicht tun, redundante Operationen, die Unordnung code, wodurch seine Lesbarkeit und Schaden der Leistung) ist besser als code verwendet, die Sprache ist schlecht (z.B. durch Redundanz). Wenn Sie nicht wissen, sowie die Programmiersprachen, die Sie verwenden, erfahren Sie, -- es ist nichts "Kontingent" über das Verhalten der int, was sich nicht geändert hat in 10 Jahren oder mehr!
    • Es brauchte einen einzigen Befehl in ipython zu überprüfen, dass int so wie es ist funktioniert. Blick auf die andere Seite - was würde ein erfahrener python Entwickler denken, als er sah, dass Sie Redundant strip-string, bevor die Nötigung, es zu int? Ich denke, er wäre ein wenig erschrocken und gehen würde, um den Autor mit einem WTF-Frage. Entweder Weg, Sie machen es weniger lesbar für jemanden, so ist es besser, es getan zu haben, zumindest rechts.
    • Martelli, das Verhalten von int war abhängig von der Laune der person, die es entworfen. Mathematisch gesprochen, wenn ein argument der Funktion ist nicht in der Domäne der Funktion ist, dann ist das Ergebnis undefiniert. Kann man sagen, dass " 123 " ist untrennbar in der Domäne der alle von string in int-Funktionen? Ich glaube nicht, dass man sagen kann dass. Die designer haben könnte geworfen, bad-argument-Ausnahme in diesem Fall. Stattdessen wählten Sie erweitern die Domäne zu gehören solche Argumente. Das ist es, was ich damit meine, 'Kontingent'. Mein argument ist, dass wegen dieser Bedingung, die eine explizite strip ist nicht redundant.
    • beats purity" ist das Herzstück des Zen of Python: pedantisch auslösen einer Ausnahme (ValueError natürlich;-) für so harmlos, Häufig vorkommende umgebenden Leerzeichen wäre unpraktisch, so unpythonic, zwingen genau das strip rufen Sie so lieben -- so zeigt er, dass sagte, Anruf geht gegen den Geist und die Praxis des Python, und es ist eine wirklich schlechte Idee. Wie, sagen wir, 'ba%sju%s' % (str(x), str(y)), zum Beispiel, ist schrecklich Praxis: "mathematisch gesprochen", kein Grund %s sollte str seine arg, aber es wäre schrecklich unPythonic wenn es gar nicht!-)
    • Martelli, ich muss Ihnen widersprechen, die implizite-Streifen ist ein Fall von "Praktikabilität beats Reinheit" und dass es nicht gegen das "Besondere Fälle sind nicht bedeutend genug, um die Regeln zu brechen", aber in jedem Fall denke ich, dass neben dem Punkt. Ich bin nicht darüber reden, wie int sollten, wurden entwickelt. Es ist, was es ist. Ich spreche über das problem, das der Leser von der code tragen zu müssen, um eine kleine Tabelle im Kopf, über die Sprachen haben implizite-Streifen: Python: ja, C#: ja, Java: Nein, Delphi: Nein, etc.
    • Er glaube nicht, dass der Zusatz von strip() beeinträchtigt die Lesbarkeit des Codes, und in der Tat, es sagt dem Leser, dass wer schrieb den code erwartet es werden Leerzeichen, um die ganze Zahl. Die Redundanz nicht hinzufügen, eine erhebliche Menge an overhead (überprüfen Sie es heraus mit timeit), so kann man nicht verwenden, die als Grundlage für Ihr argument, es sei denn, Sie verarbeiten Milliarden von Ganzzahlen. In meinem Kopf in beide Richtungen zu schreiben, es sind "richtige".
    • timeit sagt mir der Aufwand int(x.strip()) vs int(x) liegt vom 63% und 84% -- Weise, die viele als "Grundlage für das argument": die Pythonic Verwendungen der Sprache, d.h. die guten und häufigen diejenigen, die die Sprache der Entwickler zu fördern und zu unterstützen (anstatt Sie zu entmutigen!), offensichtlich sind die, die die meiste Optimierung Aufmerksamkeit, also Geschwindigkeit führt oft erzählen Sie eine Menge über das, was Guido, ich und Dutzende von anderen Python-core-contributors, genehmigen, unterstützen, fordern und fördern. Aber ich bin sicher, Sie wissen besser als die Sprache die Hauptbeteiligten, richtig?-)
    • Martelli, das ist ein erstaunlich schlechtes argument. Ich weiß nicht, was zu sagen. Und rufen Sie sich in ein Argument aus der Autorität? Wirklich?
    • Ich wollte nicht unterstellen, dass ich mehr wissen über python als Sie. Bin ich mit timeit falsch? 1 - (timeit("int(' 1234 \\r\\n')") / timeit("int(' 1234 \\r\\n'.strip())")) gibt mir 13% auf meinem Rechner und ein Unterschied von etwa 0.35 Sekunden für 1 million Zyklen. Vielleicht ist die Anwendung legt fest, ob oder nicht, das ist wichtig genug, um umgestalten von code, der verwendet strip() Redundant.
    • w/python -mtimeit -s'x=" 23 "' 'int(x)' ich Messen eine Reihe von 0.297 zu 0.329 usec, w/python -mtimeit -s'x=" 23 "' 'int(x.strip())', 0.535 zu 0.546 -- timeit ist am besten an einem shell-prompt w/python -mtimeit -s'<setup>' 'code', btw. Diese zahlen zeigen 63% auf 84% overhead für die redundante .strip Call (Anruf es 68% +- 5%, in etwa).
    • unbedingt sollte die Anwendung definieren, ob bestimmte Mikro-Optimierung ist oder nicht. Persönlich, wenn ich Sie brauchte, dass Sie in diesem Fall würde ich ein Kommentar dazu: # int() does strip. Aber wenn ich nicht muss, würde ich lieber den expliziten strip da der code ist besser als Kommentare. Kommentare liegen kann, aber der code nicht.

    InformationsquelleAutor Alex Martelli
  2. 9
    import re
int(re.sub(r'[^\d-]+', '', your_string))

    Dieser Streifen alles, außer zahlen und dem " - " - Zeichen. Wenn Sie sicher sein können, dass es nicht immer alle überschüssigen Zeichen außer Leerzeichen, verwenden Sie gruszczy Methode statt.

    • Dies tatsächlich erwies sich als am besten zu sein. Ich war gebissen durch Dinge wie "1234\\r \ \ nm' die getötet int()
    InformationsquelleAutor Ludwik Trammer
  3. 8

    int('243\r\n'.strip())

    Aber das wird dir nicht helfen, wenn etwas anderes als eine Zahl übergeben wird. Setzen Sie stets versuchen, mit Ausnahme und fangen ValueError.

    Sowieso, das funktioniert auch: int('243\n\r '), so dass Sie vielleicht gar nicht brauchen strip.

    BEARBEITEN:

    Warum gehst du nicht einfach deine eigene Funktion schreiben, das wird die Ausnahme abfangen und eine vernünftige Standard-und in einigen utils-Modul?

    InformationsquelleAutor gruszczy
  4. 1
    try:
    x=int("234\r\n".strip())
except ValueError:
    x=0
    • In dieser situation, könnte ich genauso gut tun: try: x=int("234\r\n") except ValueError: x=0
    • Ja, Sie könnte genauso gut, es sei denn, Sie wissen, es gibt andere Arten von Zeichenfolgen, die Sie akzeptieren müssen.
    InformationsquelleAutor Xavier Combelle
  5. 0

    Könnte man nur:

    def to_int(unsafe_string):
    return int(unsafe_string.strip())

    Aber es wirft ein ValueError wenn Sie das abisolierte unsafe_string ist keine gültige Zahl. Sie können natürlich fangen die ValueError und tun, was Sie möchten.

    • Ich glaube, ich war in der Hoffnung, dass etwas wie dies standardmäßig verfügbar. Vielleicht in Django?
    • Als gruszczy erwähnt, es scheint wie int('234\r\n') funktioniert, ohne Streifen, also meine Funktion ist hier völlig überflüssig.
    • Es gibt nichts, bestehende nativ, weil Explizit ist besser als implizit. (aus Zen of python)
    InformationsquelleAutor mojbro
  6. 0

    Ohne zu wissen, welche Arten von Eingängen, die Sie erwarten, ist es schwer zu sagen, was ist "genug" um dieses Problem zu lösen. Wenn Sie nur besorgt über nachfolgende Zeilenumbrüche, dann Xavier Combelle oder gruszczy ist Antwort genug:

    try:
    x = int(value)
except ValueError:
    x = 0

    Wenn Sie eine ganze Zahl, die irgendwo in einem string, dann müssen Sie vielleicht, so etwas wie dieses:

    import re
try:
    x = int(re.search(r'(0|(-?[1-9][0-9]*))', searchstring).group(0))
except TypeError: # Catch exception if re.search returns None
    x = 0
    InformationsquelleAutor Ian Clelland
  7. 0

    Unter Python 3.0 (LEERLAUF), das hat funktioniert, schön

    strObj = "234\r\n"

    versuchen Sie Folgendes:

        #a=int(strObj)

    except ValueError:

        #a=-1

    drucken(ein)
    >>234

    Wenn man sich mit input, den Sie nicht Vertrauen können, Sie sollte nie trotzdem, dann ist es eine gute Idee zu nutzen, versuchen Sie, mit der Ausnahme, pass-Blöcke zur Steuerung Ausnahmen, wenn die Benutzer inkompatible Daten. Es könnte Ihnen bessere server zu denken versuchen, außer, pass Strukturen als defensive Maßnahmen zum Schutz der Daten-Kompatibilität, anstatt einfach investieren wollte, verheimlichte Fehler.

    versuchen:

        a=int(strObj) #Benutzer legt strObj="abc"

    except ValueError:

        a=-1

    wenn a != -1:

        #den Benutzern eingereichten kompatiblen Daten

    sonst:

        #informieren Sie Benutzer über Ihre Fehler

    Ich hoffe, das hilft.

    InformationsquelleAutor codezealot
  8. 0
    def str_to_int(a):
    str_to_int_output=""
    for i in range(len(a)):
        for b in range(10):
            if a[i]==str(b):
                str_to_int_output+=a[i]
    return int(str_to_int_output)

    fn für "str " float" ist ein bisschen mehr dadurch erschwert, aber ich denke, ich kann es tun, wenn es nötig ist.

    InformationsquelleAutor Tatcoolx
Schreibe einen Kommentar