★そもそも、カスタムアクティビティを作るために必要なことは?★注意点その1:入出力パラメータ名を明確に!★注意点その2:プロパティには、変数を指定可能に!★注意点その3:仕様を明らかに!まとめこの記事の目的この記事では、Uipathのカスタムアクティビティを作るときの注意点をまとめるを目的としています。※自分なりの注意点なので、これがすべてではないです。Foundationのチュートリアルコードcode.msdn.microsoft.comとても参考にしたページ記事の中に、WCF、WFのサンプルコードのダウンロードリンクあり。このサンプルコードがとても分かりやすかったです。Foundation(以下WF)」をベースに作られています。そのためカスタムアクティビティは、WFのアクティビティデザイナーを使って作成します。Community※その他のエディションも可です。インストールする際、「個別コンポーネント」からWFをチェックし、明示的にインストールする必要があります。★注意点その1:入出力パラメータ名を明確に!基本的なお話になりますが、複数のパラメータを有するアクティビティを作成した場合、それぞれがアクティビティの入力値なのか、出力値なのかがわからなくなります。以下のイメージのように、入力なら入力、出力なら出力と、わかりやすい命名規約を定義しておくのが良いと思います。★注意点その2:プロパティには、変数を指定可能に!カスタムアクティビティのコードを以下に示します。※プロジェクト全体はGitHubに公開しています。ここで、「Input」パラメータは、以下の図のように、ワークフローで利用している"変数"を指定することができます。以下の例では、”variable1”という名前の変数を指定しています。以下のように、”定数”のみ受け付けるようになります。本当は、”variable1”変数に格納された”Sample”という文字列が入ってくるのを期待するのですが、定数として扱われるため、"variable1"という文字列が渡されてきます。する場合は、どんな時もInArgumentを利用するのがよさそうです。★注意点その3:仕様を明らかに!一般的な「クラスライブラリ」の開発では、メソッドにXMLドキュメントとして仕様を記載します。何の引数を渡したら、どんな処理をして、どんな結果が返ってくるかという情報を得ることができます。←だめだめですねwといったようにどんどん作業が増えていきます。いったことにならないように。設計書を探す手間を省くためにも、アクティビティに仕様(XMLドキュメント相当のもの)を書いてしまえばよいのではないかと考えた次第です。イメージは以下の通りです。設計書探さなくて済む。仕様が変わったらコードの修正と一緒に説明書きを修正して配置までできる。いうメリットを受けることができると思います。まとめ初めてカスタムアクティビティを作った後に感じた反省点を目止めてみました。プライバシーポリシースターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。