Python3 "@ typing.overload" et les paramètres

Question

Je ne sais pas comment procéder pour définir une classe dérivée qui a un constructeur surchargé __init__() avec des nombres ou des paramètres différents.

La classe est de Qt5, et j'utilise PyQt5 (bien que je ne pense pas que cela soit important en soi). En QtGui.pyi je vois:

class QStandardItemModel(QtCore.QAbstractItemModel): 
    @typing.overload 
    def __init__(self, parent: typing.Optional[QtCore.QObject] = ...) -> None: ... 
    @typing.overload 
    def __init__(self, rows: int, columns: int, parent: typing.Optional[QtCore.QObject] = ...) -> None: ... 

Ma tentative de départ est:

class DBStandardItemModel(QtGui.QStandardItemModel): 
    @typing.overload 
    def __init__(self, parent: typing.Optional[QtCore.QObject] = None) -> None: 
     super().__init__(parent) 
    @typing.overload 
    def __init__(self, rows: int, columns: int, parent: typing.Optional[QtCore.QObject] = None) -> None: 
     super().__init__(rows, columns, parent) 

Cependant, PyCharm la deuxième __init__ me met en garde contre:

A series of @overload-decorated methods should always be followed by an implementation that is not @overload-ed 

1. Quel code dois-je en train d'écrire pour la définition finale __init__, étant donné que vous pouvez voir les surcharges ont des nombres différents de paramètres?
2. PyCharm ne semble pas se plaindre des définitions de QtGui.pyi qui n'offrent pas de définition supplémentaire non surchargée, pourtant il semble dans mon code.
3. J'ai mis le super().__init__() s dans chacune de mes surcharges comme sans que PyCharm se plaint Call to __init__ of super class is missed, je ne sais pas si c'est correct/requis.

Answer 1

S'il vous plaît lire this partie de PEP 484 sur les fichiers stub et l'utilisation typing.overload dans des fichiers stub et les fichiers Python réguliers.