Das deutsche Python-Forum

Kann es sein, dass ich den 'NoneType' Fehler deshalb bekomme, weil das Objekt 'null' ist?

@xXSkyWalkerXx1: Da hier keiner weiss ob und was diese Zeile mit dem ganzen Rest zu tun hat kann alles mögliche sein. Oder eben auch nicht. Was bedeutet das Argument denn wo hier null übergeben wird?

Hab die 2 Datein hier hochgeladen: https://github.com/xXSkyWalkerXx1/LibCronusMAX

Das 1. Argument in .Invoke() steht für das Objekt: https://docs.microsoft.com/de-de/dotnet ... etcore-3.1
Demnach wird kein Objekt übergeben.

Mir ist auch aufgefallen, dass der PublicKeyToken bei: Demnach scheint das 1. wohl nicht korrekt zu sein, sondern die Verwendung des 2. - nehme ich deshalb an.

@xXSkyWalkerXx1: Das ``null`` muss ja kein Problem sein wenn die Methode die mit `Invoke()` aufgerufen wird eine statische Methode ist. Da würde sich dann die Folgefrage anschliessen *ob* das denn eine statische Methode ist…

Die 'Invoke()' Methode wird in einer nicht-statischen Methode aufgerufen.

Also halten wir Mal fest:

• Der Python-Code ist so richtig: " self.device.IOStatusChanged += EventHandler[LibCronusMAX.IOStatus](self.ioChanged) "

• Der Typ der Klasse des EventHandlers ist 'null': " IOStatusChanged?.Invoke(null, lastIoStatus); "

D.h. somit kann Python auch nicht den NoneType-EventHandler mit dem EventHandler delegieren. Frage bleibt: (wie) kann man das lösen? :S

Der Typ ist nicht null. Der WERT ist null. Und wenn die ?-Syntax das gleiche ist wie bei Swift, dann ist auch ggf. schon IOStatusChanged null, denn das ist denke ich mal eine Kurzform von "mach das Invoke *NUR* wenn IOStatusChanged nicht null ist".

Ich glaube ich habe das schonmal gesagt, aber ich sags nochmal: benutz einfach C#. So cool IronPython und Co auch sind, fuer solche Probleme braucht man mehr Erfahrung in beiden Sprachen, um diese Lost-in-Translation-Momente zu loesen.

Stimmt, den Wert - meinte ich doch. ^^

Hmm, also wenn ich an die Kompatibilität mit der API, die Performance meines Algorithmus denke und weitere Vorhaben denke, wird es wohl leider darauf hinauslaufen C# bzw. C++ weiter lernen zu müssen.
Schade, kostet mich wieder viel Zeit.

Mit jeder Sprache wird's einfacher. Gerade C# ist ziemlich gut. C++... ist ein anderes Biest, aber ggf. ist diese managed Variante handhabbar.

Warum ist C++ ein Biest?

Weil es semantisch und syntaktisch überladen ist, mit undefiniertem Verhalten durchsetzt, und darum herum ein arkanes, zersplittertes System aus Compilern und Build Systemen einem das Leben schwer macht.

Aber eigentlich wäre es widerrum ein Vorteil C++ weiter zu lernen - wegen Studium, oder nicht?
Und läuft dann OpenCV auch viel schneller?

Keine Ahnung, was du studieren willst, oder ob die da C++ benutzen. Und solange du keinen Pixel-Level Code in Python schreibst, wuerde ich auch nicht besonders viel Performancegewinn erwarten. Du stoepselst mit Python ja nur in C++ geschriebene Algorithmen zusammen, da geht nicht so viel verloren.

Lern wegen mir C++ wenn du magst, eine relevante Sprache ist das. Es ist halt nur eine sauschwere Sprache. Und ich kenne diverse Leute, die ihr den Ruecken gekehrt haben, um eben mit C# oder Rust oder aehnlichem gluecklicher zu werden.