UiPath Integrations

Anatomy of an Activity

Breakdowns of each section of an activity set

Now that you have gone through the 5 minute activity guide and have a complete activity set, 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 Activity File 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.

To better understand these files, see The Designer File section.

Also included here are the package's metadata files: DesignerMetadata and the nuspec. More on those in the Building Your Package section.

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.

Updated a day ago



Anatomy of an Activity


Breakdowns of each section of an activity set

Suggested Edits are limited on API Reference Pages

You can only suggest edits to Markdown body content, but not to the API spec.