Python: Warum gibt `random.randint (a, b)` einen Bereich einschließlich 'b' zurück?

Es hat immer schien mir seltsam, dass random.randint(a, b) zurückkehren würde, eine ganze Zahl im Bereich [a, b] statt [a, b-1] wie range(...).

Gibt es einen Grund für diese scheinbare Inkonsistenz?

InformationsquelleAutor der Frage David Wolever | 2010-04-02

python random

65

Habe ich versucht auf den Grund zu gehen, diese durch die Untersuchung einige alte Quellen. Ich Verdachtdass randint umgesetzt wurde, bevor Python long integer": das heißt, wenn Sie wollten, eine zufällige Nummer enthalten, die INT_MAXSie würden benötigt, um Anruf - random.randrange(0, INT_MAX + 1) hätte über die Ufer und führte in den Argumenten (0, 0) oder (0, INT_MIN) je.

Jedoch, auf der Suche so weit zurück, wie auch die Python 1.5.2 Quellenin Lib/whrandom.py wir sehen:
```
#
# Get a random integer in the range [a, b] including both end points.
# (Deprecated; use randrange below.)
#
def randint(self, a, b):
    return self.randrange(a, b+1)
```
whrandom.randint fortgesetzt wurde, als veraltet in 2.0 2.1 2.2und 2.3; aber random.randint wurde als veraltet markiert in 2.1obwohl nicht mehr als veraltet markiert in 2.2.

Auch, random.py ab version 2.1 ist der erste Hinweis in random.randint's docstring:
```
def randrange(self, start, stop=None, step=1, int=int, default=None):
    """Choose a random item from range(start, stop[, step]).

    This fixes the problem with randint() which includes the
    endpoint; in Python this is usually not what you want.
    Do not supply the 'int' and 'default' arguments.
    """
```
Die einzige verfügbare Quelle, die älter als das ist die 0.9.1 Quelleund soweit ich das beurteilen kann, randint wurde nicht umgesetzt.

So, ich schließe daraus, dass die Begründung für randint einschließlich der Endpunkt bekannt ist, nur Guido sich an dieser Stelle, angesichts der docstring von Python 2.1, es klingt wie der Grund, kann ein einfacher Fehler.

InformationsquelleAutor der Antwort Mark Rushakoff
10

Ich denke random.randint war nur der erste Versuch, dieses feature implementieren. Es scheint, dass die Python-Entwickler haben auch das Gefühl, dass dies war ein problem, das ist, warum in v1.5.2 hat Sie eine weitere Methode randrange mit mehr standard-Parameter:
```
random.randrange([start], stop[, step])
```
Zurück von einem zufällig ausgewählten element aus range(start, stop, step). Dies entspricht der Wahl(range(start, stop, Schritt)), aber nicht wirklich bauen ein range-Objekt.
Können Sie randrange statt randint zu vermeiden, überraschende Menschen.

Auf der anderen Seite, in vielen Situationen, wo das problem ist so formuliert, als 'wählen Sie eine zufällige Zahl zwischen 1 und 6', könnte es sein natürlicher zu bedienen randint(1, 6) statt zu schreiben randrange(1, 7) oder randrange(min, max + 1).

InformationsquelleAutor der Antwort Mark Byers
6

Dies ist Spekulation, aber normale menschliche Nutzung von 'gib mir eine Zufallszahl von a nach b' ist inklusive. Umsetzung das so irgendwie Sinn macht, da Python die Allgemeine Philosophie des seins eine mehr menschenlesbare Sprache.

InformationsquelleAutor der Antwort DNS
3

Ich glaube nicht, dass es einen Grund dafür. Aber zumindest ist es dokumentiert.

InformationsquelleAutor der Antwort Wieland

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.