- Versionshinweise
- Erste Schritte
- Einstellung und Konfiguration (Setup and Configuration)
- Automationsprojekte
- Abhängigkeiten
- Workflow-Typen
- Dateivergleich
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Integration der Quellenkontrolle
- Debugging
- Das Diagnose-Tool
- Workflow-Analyse
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- Variablen
- Argumente
- Importierte Namespaces
- Kontrollfluss
- Objekt-Repository
- Protokollierung
- Das ScaleCoordinates-Migrationstool
- Das Tool ScreenScrapeJavaSupport
- StudioPro
- Erweiterungen
- Fehlersuche und ‑behebung
- Internet Explorer x64
- Microsoft Office Interop-Probleme
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Erkennen von UI-Elementen nach Windows-Aktualisierungen.
- JxBrowser-Anwendungen
- Überwachung der Benutzerereignisse (User Events Monitoring)
- Java in App-V
- Microsoft App-V – Unterstützung und Einschränkungen
- Citrix-Fehlerbehebung
Regel-ID: ST-USG-014
Scope: Projekt
Beschreibung
Die Regel erlaubt die Einschränkung der Verwendung von Aktivitätspaketen in einem bestimmten Projekt. Nachdem die Liste der verbotenen Pakete definiert wurde, überprüft die Regel das Projekt, um festzustellen, ob Pakete als Abhängigkeiten hinzugefügt wurden. Wenn ein verbotenes Paket im Projekt installiert wurde, protokolliert die Regel standardmäßig einen Fehler im Panel „Fehlerliste“.
Die in Studio integrierten Standardaktivitäten können mit dieser Regel nicht ausgeschlossen werden, da sie nicht zu einem bestimmten Paket gehören.
Empfehlung
Stellen Sie sicher, dass keine Pakete installiert sind, die von Ihrer Organisation verboten sind. Solche Pakete können aufgrund ihres Namens oder ihrer Version ausgeschlossen werden.
Ändern der Regel
Wählen Sie im Fenster Projekteinstellungen die Registerkarte Workflow-Analyse aus. Suchen Sie die Regel, und wählen Sie sie aus wie in der folgenden Abbildung gezeigt:
Standardmäßig verbietet diese Regel keine Aktivitätspakete. Fügen Sie ein Paket hinzu, indem Sie den vollständigen Namen zusammen mit der durch das Gleichheitszeichen (=) getrennten Version schreiben, z. B. UiPath.Excel.Activities=2.5.3.
Fügen Sie das Größer-als-Symbol (>) hinzu, um höhere Versionen einzuschränken, z. B. würde UiPath.Excel.Activities>=2.5.3 alle UiPath.Excel.Activities-Pakete mit einer Version von 2.5.3 oder höher einschränken. Das Größer-als-Symbol (>) kann nur zusammen mit dem Gleichheitszeichen (=) verwendet werden, Eingaben wie UiPath.Excel.Activities>2.5.3 sind ungültig.
Die Zeichen für kleiner als (<) und kleiner gleich (<=) werden nicht unterstützt. Daher werden Eingaben wie UiPath.Excel.Activities<2.5.3 oder UiPath.Excel.Activities<=2.5.3 als ungültig betrachtet.
Verwenden Sie den Platzhalter *, um mehrere Versionen desselben Pakets einzuschränken. Der Wert UiPath.Excel.Activities=2.7.2-beta* verbietet beispielsweise alle Betaversionen 2.7.2-beta des UiPath.Excel.Activities=2.7.2-Pakets, während die Verwendung anderer Versionen desselben Pakets, einschließlich UiPath.Excel.Activities=2.7.2, aller anderen Vorabversionen des UiPath.Excel.Activities=2.7.2-Pakets (z. B. Alphaversionen) oder anderer stabiler Versionen oder Vorabversionsversionen des UiPath.Excel.Activities-Pakets zulässig ist.
Das Platzhalterzeichen * kann nur am Ende der Version verwendet werden. Wenn Sie außerdem das Symbol größer gleich (>=) zusammen mit einem Platzhalterzeichen * verwenden, wird das Symbol größer als (>=) als Gleichheitszeichen (=) interpretiert. Beispielsweise ist UiPath.Excel.Activities>=2.7.2-beta* eine gültige Eingabe, wird aber als UiPath.Excel.Activities=2.7.2-beta* interpretiert.
Beispiele:
- UiPath.Excel.Activities=2.8.4-*
- UiPath.Excel.Activities>=2.7.2
- UiPath.Excel.Activities=2.7.2
Um mehrere Pakete einzuschränken, trennen Sie sie einfach durch ein Komma. UiPath.Excel.Activities, UiPath.UIAutomation.Activities schließt beispielsweise alle Versionen dieser beiden Pakete aus.
To check which package an activity belongs to, use the Group by Packages option in the Activities panel, as explained here. Another easy way to check is to hover over an activity in the panel and read the tooltip.
Nachdem Sie der Regel Pakete hinzugefügt haben, verwenden Sie die Schaltfläche Projekt analysieren, um die Regel auszuprobieren.
Auf Standardwert zurücksetzen
Standardmäßig verbietet die Regel keine Pakete. Wenn Sie jedoch die hinzugefügten Pakete schnell entfernen möchten, klicken Sie im Fenster Projekteinstellungen mit der rechten Maustaste auf die Regel, und klicken Sie dann auf Auf Standardwerte zurücksetzen. Die Standardaktion wird auch auf ihren Standardwert Fehler zurückgesetzt.