Wenn Hintergrundaufgaben eine andere Leistungsfähigkeit als die anderen Teile einer Anwendung haben (z. B. die Benutzeroberfläche oder Komponenten wie die Datenzugriffsschicht), ermöglicht das zusammenhaltende Hosten der Hintergrundaufgaben in einem separaten Computedienst die eigenständig skalierbare Benutzeroberflächen- und Hintergrundaufgaben, um die Last unabhängig zu verwalten. Wenn mehrere Hintergrundaufgaben erheblich unterschiedliche Leistungsfähigkeiten aufweisen, sollten Sie diese teilen und jeden Typ unabhängig skalieren. Beachten Sie jedoch, dass dies die Laufzeitkosten erhöhen kann. www.csharp411.com/console-output-from-winforms-application/ Wenn Sie das nicht erhalten, bedeutet dies, dass Sie die Anwendung immer noch blockieren und Ihren Code erneut überprüfen müssen. Viele Anwendungstypen erfordern Hintergrundaufgaben, die unabhängig von der Benutzeroberfläche ausgeführt werden. Beispiele hierfür sind Stapelverarbeitungen, intensive Verarbeitungsaufgaben und lang andauernde Prozesse wie Workflows. Hintergrundaufträge können ausgeführt werden, ohne dass eine Benutzerinteraktion erforderlich ist – die Anwendung kann den Auftrag starten und dann weiterhin interaktive Anforderungen von Benutzern verarbeiten.

Dies kann dazu beitragen, die Belastung der Anwendungsbenutzeroberfläche zu minimieren, was die Verfügbarkeit verbessern und interaktive Reaktionszeiten reduzieren kann. Dies sind die minimalen Schritte (kein Wert hilft oder andere Verbesserungen), um diese Anwendung zu entwickeln: Azure WebJobs wird in der Sandbox der Web-App ausgeführt. Dies bedeutet, dass sie auf Umgebungsvariablen zugreifen und Informationen, z. B. Verbindungszeichenfolgen, mit der Web-App freigeben können. Der Auftrag hat Zugriff auf den eindeutigen Bezeichner des Computers, auf dem der Auftrag ausgeführt wird. Die Verbindungszeichenfolge mit dem Namen AzureWebJobsStorage bietet Zugriff auf Azure-Speicherwarteschlangen, Blobs und Tabellen für Anwendungsdaten sowie Zugriff auf Service Bus für Messaging und Kommunikation. Die Verbindungszeichenfolge mit dem Namen AzureWebJobsDashboard bietet Zugriff auf die Auftragsaktionsprotokolldateien. Diese Sequenz zeigt die verborgene Zwischenkomponente zwischen Ihrem Formular und der zentralen Application.Run-Methode – das ApplicationContext-Objekt.

Das Anfügen des Formulars an die MainForm-Eigenschaft des ApplicationContext führt zwei Dinge aus. Zuerst ruft der Aufruf von Application.Run die Show-Methode des Formulars auf und öffnet das Formular, um mit der Verarbeitung von Ereignissen zu beginnen. Zweitens stellt sie sicher, dass die gesamte Anwendung beendet wird, wenn das Formular geschlossen wird. Diese beiden Aktionen beschreiben, wie sich eine formularzentrierte Anwendung verhält. Für eine trayzentrierte Anwendung hingegen ist der Einstiegspunktcode genauso einfach, aber deutlich anders: Microsoft-Beispiel hingegen liefert mehrere Beispiele zum allgemeinen Verwendungsmuster für diesen IHostedService. Skalierbarkeit: Hintergrundaufgaben haben wahrscheinlich eine andere Skalierbarkeitsanforderung als die Benutzeroberfläche und die interaktiven Teile der Anwendung. Das Skalieren der Benutzeroberfläche kann erforderlich sein, um die Nachfrage spitzen Werte zu decken, während ausstehende Hintergrundaufgaben während weniger ausgelasteten Zeiten durch weniger Computeinstanzen abgeschlossen werden können.