числа — Числовые абстрактные базовые классы
Исходный код: Lib/numbers.py
Модуль numbers (PEP 3141) определяет иерархию числовых абстрактных базовых классов, которые постепенно определяют больше операций. Ни один из типов, определённых в этом модуле, не предназначен для инстанцирования.
-
class numbers.Number -
Корень числовой иерархии. Если вам нужно проверить, является ли аргумент x числом, не заботясь о его типе, используйте
isinstance(x, Number).
Числовая башня
-
class numbers.Complex -
Подклассы этого типа описывают комплексные числа и включают операции, работающие с встроенным типом
complex. К ним относятся: преобразования вcomplexиbool,real,imag,+,-,*,/,**,abs(),conjugate(),==, и!=. Все, кроме-и!=являются абстрактными.-
real -
Абстрактный. Возвращает вещественную часть этого числа.
-
imag -
Абстрактный. Возвращает мнимую часть этого числа.
-
abstractmethod conjugate() -
Абстрактный. Возвращает комплексно сопряжённое число. Например,
(1+3j).conjugate() == (1-3j).
-
-
class numbers.Real -
К
Complex,Realдобавляет операции, работающие с вещественными числами.Вкратце, это: преобразование в
float,math.trunc(),round(),math.floor(),math.ceil(),divmod(),//,%,<,<=,>, и>=.Real также предоставляет значения по умолчанию для
complex(),real,imag, иconjugate().
-
class numbers.Rational -
Подтипы
Realи добавляет свойстваnumeratorиdenominator. Также предоставляет значение по умолчанию дляfloat().Значения
numeratorиdenominatorдолжны быть экземплярамиIntegralи должны быть в наименьших членах сdenominatorположительным.-
numerator -
Абстрактный.
-
denominator -
Абстрактный.
-
Примечания для разработчиков типов
Разработчики должны следить за тем, чтобы равные числа были равны и их хэши были одинаковыми. Это может быть тонким моментом, если существуют два разных расширения действительных чисел. Например, fractions.Fraction реализует hash() следующим образом:
def __hash__(self):
if self.denominator == 1:
# Get integers right.
return hash(self.numerator)
# Expensive check, but definitely correct.
if self == float(self):
return hash(float(self))
else:
# Use tuple's hash to avoid a high collision rate on
# simple fractions.
return hash((self.numerator, self.denominator))
Добавление дополнительных числовых ABC
Конечно, есть больше возможных ABC для чисел, и эта иерархия была бы неудачной, если бы исключала возможность добавления таких. Вы можете добавить MyFoo между Complex и Real с помощью:
class MyFoo(Complex): ... MyFoo.register(Real)
Реализация арифметических операций
Мы хотим реализовать арифметические операции таким образом, чтобы операции с разными типами либо вызывали реализацию, чьи авторы знали типы обоих аргументов, либо преобразовывали оба к ближайшему встроенному типу и выполняли операцию там. Для подтипов Integral это означает, что __add__() и __radd__() должны быть определены как:
class MyIntegral(Integral):
def __add__(self, other):
if isinstance(other, MyIntegral):
return do_my_adding_stuff(self, other)
elif isinstance(other, OtherTypeIKnowAbout):
return do_my_other_adding_stuff(self, other)
else:
return NotImplemented
def __radd__(self, other):
if isinstance(other, MyIntegral):
return do_my_adding_stuff(other, self)
elif isinstance(other, OtherTypeIKnowAbout):
return do_my_other_adding_stuff(other, self)
elif isinstance(other, Integral):
return int(other) + int(self)
elif isinstance(other, Real):
return float(other) + float(self)
elif isinstance(other, Complex):
return complex(other) + complex(self)
else:
return NotImplemented
Существует 5 разных случаев для операции с разными типами над подклассами Complex. Я буду называть весь вышеприведенный код, который не ссылается на MyIntegral и OtherTypeIKnowAbout, «шаблоном». a будет экземпляром A, который является подтипом Complex (a : A <: Complex), и b : B <:
Complex. Я буду рассматривать a + b:
- Если
Aопределяет__add__(), который принимаетb, все в порядке. - Если
Aвозвращается к шаблону кода, и он должен возвращать значение из__add__(), мы упустим возможность, чтоBопределяет более интеллектуальную__radd__(), поэтому шаблон должен возвращатьNotImplementedиз__add__(). (ИлиAвообще не реализует__add__().) - Тогда
__radd__()Bполучает возможность. Если он принимаетa, все в порядке. - Если он возвращается к шаблону, больше нет возможных методов для проверки, поэтому здесь должна находиться реализация по умолчанию.
- Если
B <: A, Python пытаетсяB.__radd__передA.__add__. Это нормально, потому что он был реализован с учетомA, поэтому он может обработать эти экземпляры, прежде чем делегировать вComplex.
Если A <: Complex и B <: Real без совместного знания, то соответствующая общая операция — это та, которая включает встроенную complex, и оба __radd__() попадают туда, поэтому a+b
== b+a.
Поскольку большинство операций с заданным типом будут очень похожи, может быть полезно определить вспомогательную функцию, которая генерирует прямые и обратные экземпляры любого заданного оператора. Например, fractions.Fraction использует:
def _operator_fallbacks(monomorphic_operator, fallback_operator):
def forward(a, b):
if isinstance(b, (int, Fraction)):
return monomorphic_operator(a, b)
elif isinstance(b, float):
return fallback_operator(float(a), b)
elif isinstance(b, complex):
return fallback_operator(complex(a), b)
else:
return NotImplemented
forward.__name__ = '__' + fallback_operator.__name__ + '__'
forward.__doc__ = monomorphic_operator.__doc__
def reverse(b, a):
if isinstance(a, Rational):
# Includes ints.
return monomorphic_operator(a, b)
elif isinstance(a, Real):
return fallback_operator(float(a), float(b))
elif isinstance(a, Complex):
return fallback_operator(complex(a), complex(b))
else:
return NotImplemented
reverse.__name__ = '__r' + fallback_operator.__name__ + '__'
reverse.__doc__ = monomorphic_operator.__doc__
return forward, reverse
def _add(a, b):
"""a + b"""
return Fraction(a.numerator * b.denominator +
b.numerator * a.denominator,
a.denominator * b.denominator)
__add__, __radd__ = _operator_fallbacks(_add, operator.add)
# ...
© 2001–2023 Python Software Foundation
Licensed under the PSF License.
https://docs.python.org/3.11/library/numbers.html