通知を受け取る

UiPath の開発者

The UiPath Developer Guide

Understanding the Activity Project Structure

The foundation of any activity package

Now that you have gone through the Activity Creation tutorial and have a working activity package, it's time to understand what all the constituent files do and how they interweave to form a UiPath activity. Each activity solution in Visual Studio contains 3 main sections (called projects): the Auxiliary, Activities, and Designers.

Auxiliary Project (Optional)

The first project contains all the custom classes in the activity namespace and which are referenced in the subsequent projects. These can include clients, custom datatypes, interfaces, exceptions, enums, auxiliary classes, etc. Because these are supporting files that may not exist in your particular activity, the Auxiliary project is optional.

Activity Project

This project contains the execution logic for each activity. Notice that each of your activities in UiPath Studio has a corresponding file in Visual Studio. To understand each of these files, see the Customizing Activities section.

Designer Project

This project contains all the UI elements for your activities, including custom controls, themes (for adding skins and styles), converters (classes used to bind properties and data to UI elements), and the activity UIs. Notice that each activity in UiPath Studio has a corresponding Xaml and Xaml.cs file in Visual Studio.

Also included here is the package's metadata. Double-click the project name to open the csproj file containing all such details.

📘

Shared Folder

Notice the Shared folder below the other projects. This is a basket of handy classes and controls that can be used to speed up development. In fact, some are already incorporated into the projects you generated.

1 年前に更新

Understanding the Activity Project Structure


The foundation of any activity package

改善の提案は、API リファレンスのページでは制限されています

改善を提案できるのは Markdown の本文コンテンツのみであり、API 仕様に行うことはできません。