Nein. Du sollst einfach im Einstiegspunkt die Updateroutine durchführen, bevor die Anwendung selbst über
Grüße
Application.Run
mit Deinem Formular gestartet wird. Schau Dir an, wie das in einer C#-Anwendung gemacht wird und baue es in VB.NET nach.Das ist C#, nicht C++. Zwischen den beiden existiert auch ein (merklicher) Unterschied. Aber das hat damit ja auch nichts zu tun. Es geht um die Methoden an sich, die sind in VB.NET genau die gleichen. Hätte Dir auch nupdate.net/docs/#type/UpdateManager?SearchForUpdatesAsync verlinken können. Das war eigentlich der Sinn dahinter. Muss die Dokumentation noch mal auf die verschiedenen Konfigurationen ausweiten und aktualisieren, da die Sequenzdiagramme nicht mehr stimmen. Daher GitHub.Piew-Keks schrieb:
nur mit c++/c# werde ich nicht ganz Schlau daraus
Also denPiew-Keks schrieb:
aber leider bekomme ich keine Verweise auf die Klassen für den Check ob Updates vorhanden sind oder nicht.
UpdateManager
. Der ist in nUpdate.Updating
enthalten. Was genau klappt da nicht?Verstehe leider nicht, was Du mir damit sagen willst. Was soll "Ausgabe" bedeuten? Meinst Du, dass die Methode direkt einen Boolean zurückgibt, damit Du sie direkt in einem Handler (das ist kein Event!) aufrufen kannst? Wenn ja, dann ist das ja bereits so. SiehePiew-Keks schrieb:
Wäre einfacher wenn der Check gleich als Ausgabe mit dabei wäre um es evtl. gleich in ein Event zu Packen
SearchForUpdates
. Aber solange Du das EAP nutzt, geht das mit der asynchronen Methode halt nicht anders. Da musst Du dann Events abonnieren und das da behandeln. Ist unter anderem einer der Gründe, warum es mit dem TAP und async await angenehmer ist, da man auch keine WaitHandles braucht.Grüße
#define for for(int z=0;z<2;++z)for // Have fun!
Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose!
Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da
Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose!
Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da