Ihre Lösungs- und Umgebungsstrategie bestimmen

Abgeschlossen

Diese Lerneinheit bietet ein Beispiel für die Entwicklung Ihrer Lösungs- und Umgebungsstrategie von Anfang bis Ende. Die erste Aufgabe besteht darin, Ihre Lösungen anzuzeigen. Anschließend skizzieren Sie, wie die Lösungssegmentierung aussehen soll. Dieses Beispiel verwendet eine vertikale Lösungssegmentierung.

Diagramm der Lösung, das die Lösungssegmentierung skizziert

Dieses Beispiel wendet außerdem eine Umgebungsstrategie an, um sie an der Lösungsarchitektur auszurichten. Stellen Sie sicher, dass Sie die Herausgeberlösung immer für einen schnellen Zugriff speichern, wenn Sie eine neue Entwicklungsumgebung einrichten.

Berücksichtigen Sie beim Speichern von Herausgeberlösungen die folgenden Parameter:

  • Durch das Speichern der Herausgeberlösung im Quellcode können wir den Herausgeber als nicht verwaltete Lösung für neue Entwicklungsumgebungen freigeben, um sicherzustellen, dass beim Einrichten eines Herausgebers keine Fehler gemacht werden.

  • Es wird empfohlen, für alle Arbeiten einen einzigen Herausgeber zu verwenden.

Demonstration der Lösungsumgebungsstrategie

Lösungsebenen

Die folgende Abbildung zeigt, wie die Ebenen nach der Bereitstellung angezeigt werden, wenn Sie verwaltete Lösungen verwenden.

Screenshot mit Darstellung der Lösungsebenen nach der Bereitstellung

Für Plug-Ins erstellt die SDK-Nachrichtenverarbeitung Abhängigkeiten, die eine bestimmte Importreihenfolge von Lösungen erzwingen. Daher werden Plug-In-Assemblys generell zuerst importiert.

Lösungs- und Umgebungsstrategie in der Praxis

Dieses Beispiel umfasst drei Lösungen, die durch eine App mit freigegebenen Komponenten segmentiert sind, die sich in einer separaten Lösung befinden.

Diagramm einer Lösung in der Praxis und Umgebungsstrategie

Diese Strategie ist nicht die endgültige Antwort auf die Lösungsarchitektur, aber sie ist ein guter Ausgangspunkt, um ein Verständnis für die richtige Lösungssegmentierung zu entwickeln. Die Strategie enthält die folgenden Lösungen:

  • Kern – Diese Lösung enthält freigegebene Komponenten.

  • Zulassungen – Diese Lösung enthält alle Funktionen, die speziell für die Zulassungsabteilung entwickelt wurden. Diese Lösung hängt von den Komponenten in der Kernlösung ab.

  • Finanzielle Unterstützung – Diese Lösung enthält alle Funktionen, die speziell für die Abteilung für finanzielle Unterstützung entwickelt wurden. Diese Lösung hängt von den Komponenten in der Kernlösung ab.

Einrichtung des Entwicklungsprozesses

Wenn Sie über grundlegende Kenntnisse zu Ihren Lösungen verfügen, können Sie nun bestimmen, wie Sie Ihre Entwicklungsumgebung einrichten. Sie beginnen mit der Einrichtung eines Workflows für Ihre Kernlösung.

Diagramm der Einrichtung des Entwicklungsprozesses

  1. Angenommen, die oberste Umgebung ist für die Entwicklung der Kernlösung bestimmt, die freigegebene Komponenten enthält. Zunächst erstellen Sie die Kernlösung in der Zielentwicklungsumgebung. Beim Erstellen von Lösungen erstellen Sie diese als „nicht verwaltet“. Sie können sie nur während des Exportvorgangs in „verwaltet“ ändern.

    Wenn Sie dem Muster folgen, Ihre Abhängigkeiten als verwaltete Lösungen einzubeziehen, müssen Sie bestimmte Aufgaben ausführen, bevor Sie die Kernlösung nachgelagert verwenden, vorausgesetzt, Sie beginnen ganz von vorne.

    Bevor Sie die Kernlösung in Ihre Entwicklungsumgebungen für Zulassungen und finanzielle Unterstützung einführen können, benötigen Sie eine geeignete Codebasis, um die Entwicklung der mehrschichtigen Apps zu ermöglichen.

    Eine geeignete Codebasis hindert Sie nicht daran, mit der Entwicklung der mehrschichtigen Apps zu beginnen, da diese möglicherweise einzigartige Komponenten ohne Abhängigkeiten enthalten. Der Einfachheit halber beginnen Sie zuerst mit dem Erstellen der Kernlösung.

  2. Angenommen, Sie haben Ihren Entwicklungssprint für die Kernlösung abgeschlossen und Ihre Änderungen in Ihr Repository eingecheckt. Anschließend stellen Sie die Kernlösung so bereit, wie sie in den Entwicklungsumgebungen für Zulassungen und finanzielle Unterstützung verwaltet wird.

Gründe für die Einführung einer nicht verwalteten Lösung für jede Umgebung

Sie eliminieren das Potenzial für das Einschleusen unerwünschter Abhängigkeiten, indem Sie nur eine nicht verwaltete Lösung für jede Umgebung einführen.

Darüber hinaus können Sie mit diesem Ansatz die Segmentierung und Lösungsebenen effektiv nutzen.

Die verwaltete Lösung abrufen

Nachdem die Abhängigkeiten vorhanden sind, können wir nun unsere anderen Lösungen vorstellen.

Diagramm einer verwalteten Lösung

Sie erstellen oder importieren Ihre Lösungen für Zulassungen und finanzielle Unterstützung in ihren jeweiligen Umgebungen.

In einer Umgebung können mehrere nicht verwaltete Lösungen installiert sein, wenn garantiert werden kann, dass die anderen Lösungen keine Abhängigkeiten einführen. Dieses Konzept kann in bestimmten Fällen sinnvoller sein.