- Erste Schritte
- Für Administrators
- RPA-Workflow-Projekte
- Erstellen eines RPA-Workflows aus einer Idee
- Erstellen eines Projekts
- So starten Sie einen RPA-Workflow
- Verwalten von Projektdateien und -ordnern
- Verbinden von RPA-Workflows mit Ihren Konten
- Konfigurieren von Aktivitäten
- Verwalten der Aktivitäten in einem Projekt
- Übergeben von Werten zwischen Aktivitäten
- Iterieren durch Elemente
- Verwalten der Daten in einem Projekt
- Konfigurieren eines Projekts zur Verwendung Ihrer Daten
- Verwenden von Datei- und Ordnerressourcen
- Lokale Einrichtung für RPA-Workflow- und App-Projekte
- App-Projekte
- Apps in Studio Web
- Entwerfen von App-Projekten
- Debuggen von App-Projekten
- Veröffentlichen, Bereitstellen und Aktualisieren von App-Projekten
- Importieren und Exportieren von App-Projekten
- Arbeiten mit Entitäten in einem App-Projekt
- Erstellen zugänglicher Apps
- Hinzufügen zugänglicher Deskriptoren
- Die Beschriftung „Zugänglich“.
- Verwenden des Registerkartensteuerelements für Barrierefreiheit
- Entwerfen barrierefreier Listen und Überschriften
- reaktionsfähiges App-Design
- Farbkontrastverhältnis
- Legen Sie Stile und Zuordnungen auf Aria-Ebene für das Header-Steuerelement vor
- Bekannte Einschränkungen
- Legen Sie einen externen Kontext mithilfe von Abfrageparametern fest
- Legen Sie einen externen Kontext mithilfe externer Ereignisse fest
- Verwenden Sie Arrays, um Dropdown-Menüs, Dropdown-Menüs mit Mehrfachauswahl und Optionsfeld-Steuerelemente auszufüllen
- Verwenden Sie tabellarische Steuerelemente mit Data Service-Entitäten in App-Projekten
- Integrieren Sie Konversations-Agents
- App-Aktivitäten
- Agent-Prozesse
- Maestro-Fall
- Maestro-Flow
- Agents
- Solutions (Lösungen)
- API-Workflows
- Tests
Projektarchitektur einer codierten App in Studio Web, die abdeckt, wie Studio Web und Ihre lokale IDE Verantwortlichkeiten aufteilen und welche Dateien in jeder Phase wichtig sind.
Ein Projekt für eine codierte App in Studio Web ist ein Pro-Code-Projekt, das sich innerhalb einer Lösung befindet. Studio Web ist Eigentümer der Identität des Projekts und des Veröffentlichungslebenszyklus. Der Quellcode der App wird in Ihr eigenes lokales Projekt geschrieben und mit der UiPath CLI in Studio Web übertragen.
Was Studio Web besitzt und was Ihre IDE besitzt
| Bedenken | Im Besitz von Studio Web | Enthält Ihre lokale IDE |
|---|---|---|
| Projektidentität innerhalb der Lösung | ✅ | – |
webAppManifest.json (Projekttyp und Konfiguration) | ✅ | – |
Registrieren von Bindungen aus dem Push bindings_v2.json | ✅ | – |
| Veröffentlichung und Bereitstellung auf Lösungsebene | ✅ | – |
| Schreibgeschützte Ansicht der zuletzt gepushten Quelle | ✅ | – |
| Erstellung von Quellcode, Framework-Auswahl, Abhängigkeiten | – | ✅ |
bindings_v2.json – Angabe, welche Orchestrator-Ressourcen die App verwendet | – | ✅ |
| Lokaler Entwicklungsserver, Vorschau der laufenden App, Debugging | – | ✅ |
Dateien, die wichtig sind
Nach dem Initialisieren des Projekts in Studio Web
Studio Web erstellt eine einzelne Datei:
| Datei | Zweck |
|---|---|
webAppManifest.json | Beschreibt den Typ (Coded) und die Konfiguration des Projekts. Im Besitz von Studio Web – Sie bearbeiten ihn nicht direkt. |
Beispiel:
{
"type": "Coded",
"solutionResourceSubType": "CodedAction",
"config": {
"isCompiled": true,
"isActionApp": true
}
}
{
"type": "Coded",
"solutionResourceSubType": "CodedAction",
"config": {
"isCompiled": true,
"isActionApp": true
}
}
In Ihrem lokalen Projekt (was Sie erstellen und pushen)
Ihr lokales Projekt ist das, was das von Ihnen gewählte Framework erzeugt. Studio Web erfordert keine bestimmte Ordnerstruktur; nur das, was Sie verschieben, wird gespeichert.
Wenn die App zur Laufzeit UiPath-Ressourcen benötigt, deklariert eine bindings_v2.json -Datei im Stammverzeichnis dessen, was Sie pushen, diese Ressourcen. Studio Web liest diese Datei auf Push und registriert jede deklarierte Ressource – siehe Bindungen und Laufzeitressourcen.
Die nächsten Schritte
Erfahren Sie mehr über das Arbeiten mit codierten App-Projekten: