Kann man mit Sicherheit davon ausgehen, dass alle von strconv.Parse*-Funktionen zurückgegebenen Fehler auf fehlerhafte Eingabedaten zurückzuführen sind?

Kann man mit Sicherheit davon ausgehen, dass ein von der Funktion strconv.Parse zurückgegebener Fehler auf fehlerhafte Eingabedaten zurückzuführen sein muss? Bei dieser Frage geht es um das Verständnis der Fehlerbehandlung der Funktion strconv.Parse. Normalerweise wird der von der Funktion strconv.Parse zurückgegebene Fehler tatsächlich dadurch verursacht, dass die Eingabedaten nicht das erwartete Format haben. Es gibt jedoch einige besondere Umstände, die berücksichtigt werden müssen. Einige Fehler können auf den falschen Typ der Eingabedaten zurückzuführen sein, z. B. wenn eine Zeichenfolge in eine Ganzzahl konvertiert wird und die Zeichenfolge nicht numerische Zeichen enthält. Darüber hinaus gibt es Grenzfälle wie einen Ganzzahlüberlauf oder einen Verlust der Gleitkommagenauigkeit, die ebenfalls zu fehlerhaften Rückgabewerten führen können. Daher können wir bei Fehlern, die von der Funktion strconv.Parse zurückgegeben werden, nicht vollständig davon ausgehen, dass sie durch falsche Eingabedaten verursacht werden, sondern müssen andere mögliche Faktoren berücksichtigen.

Frageninhalt

Bei einer kürzlich durchgeführten Codeüberprüfung fragte mich der Prüfer, wie ich mit dem Fehler von strconv.ParseUint() 返回的错误提出了疑问。该函数被记录为返回转换后的 uint 值和 *strconv.NumError 具体类型的错误。文档提到了可以返回的该类型的两个哨兵错误（ErrSyntax 和 ErrRange) umgegangen sei, was beides bedeutete, dass ihm falsche Daten zugeführt wurden. Abhängig von der Schnittstelle der Funktion kann auch jeder andere Fehler auftreten.

Für meinen Anwendungsfall muss ich wissen, ob es sich lohnt, den String-Wert, den ich habe, in einen uint-Wert umzuwandeln. Ein Fehler, wenn ParseUint 返回错误，并且它是哨兵错误之一，那么我得到了答案。但如果返回的错误不是这些，那么我返回它并停止执行。我的审阅者断言，我应该假设从 ParseUint 返回的任何错误意味着我给了它错误的数据，并且不需要检查哨兵错误，没有理由检查哨兵错误，也不会返回该错误（在我的用例中）。他们链接到 go 标准库中的一个示例，其中来自 ParseUint als Prüfung auf fehlerhafte Eingabedaten behandelt und nie zurückgegeben wird, was darauf hinweist, dass es dafür viele Beispiele gibt.

Während ich durchaus verstehen kann, dass es einen Algorithmus geben muss, der bei guten Daten und genügend Ressourcen immer das gewünschte Ergebnis berechnen kann, entspricht die reale Welt nicht immer dem theoretischen Ideal. Ich kann in der Dokumentation der Bibliothek nichts finden, was darauf hindeutet, dass sie aus keinem anderen Grund als fehlerhaften Daten einen Fehler zurückgibt und dies auch nie tun wird. Die Standardbibliothek verfügt über ein oder wahrscheinlich viele Beispiele dafür, was einerseits beruhigend und andererseits erschreckend ist, irgendwo zwischen „zwei Fehler machen noch kein Recht“ und „Sie machen es so, also muss es so sein.“ Seien Sie sicher für uns. Das Gleiche wird in diesem Fall getan.

Ist es nur so, dass in der Bibliotheksdokumentation ein Satz fehlt? Oder ist es sinnvoll, einen Fehler zurückzugeben, wenn keiner dieser beiden Fehler vorliegt? Wie soll ich argumentieren?

Lösung

Ja, man kann davon ausgehen, dass der Fehler in der strconv.ParseXXX-Funktion auf fehlerhafte Eingabedaten zurückzuführen ist.

Von der Dokumentationsseite, die Sie erwähnt haben:

Ich lese das so: „Alle Fehler in strconv.ParseXXX sind NumError und können auf ungültige Zahlen oder Bitgrößenbereichsfehler zurückzuführen sein.“ Meines Wissens nach versuchen Godocs, den erwarteten Umfang eines Funktionsaufrufs so vollständig wie möglich darzustellen.

Ich denke also, dass man mit Sicherheit davon ausgehen kann, dass dies die strconv.ParseXXXeinzigen Fehler sind, die möglicherweise von einer -Funktion zurückgegeben werden. Wenn etwas anderes zurückkommt, würde ich es als Dokumentationsfehler betrachten.

Um Ihre letzte Frage zu beantworten: Das Muster, das Sie beim Aufruf dieser Funktion aus der Standardbibliothek beobachtet haben, ist korrekt. Geben Sie den gesamten Fehler zurück und lassen Sie den Anrufer entscheiden, was damit geschehen soll. Sentinel-Fehler sollen Ihnen helfen zu verstehen, was schief gelaufen ist, und die gesamte Bandbreite an Fehlern darstellen, die bei diesen Funktionen auftreten können.

Das obige ist der detaillierte Inhalt vonKann man mit Sicherheit davon ausgehen, dass alle von strconv.Parse*-Funktionen zurückgegebenen Fehler auf fehlerhafte Eingabedaten zurückzuführen sind?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!