Talk Lowy(jp)

UiPathを利用して基本Xamlを作成、 そしてほかのXamlは独立できるXaml化して別途のプロジェクトに作った。 そうすると！ Invoke "Main.xaml" ばっかりで 実行中にどのプロジェクトのMain.xamlなのかがさっぱりわからなくなってきた！ とのことで 現在は 各プロジェクトにはFunctionらしいファイル名を作成してMain.xamlはただテストのために呼び出す用途にした。 例えば、 自分の秘書のプロジェクトは /LowySecretary/LowySecretary.xaml 日付を処理するxamlは /lwrpa-uip-common/LowyDateFunc.xaml 古いファイルの削除は /lwrpa-uip-moveoldfiles/MoveOldFiles.xaml それですべては/Projectフォルダに入れてフォルダ毎github repositoryとして管理。 このように作ると知り合いに独立Xamlを提供したり、保守が楽になるので 参考まで！

イメージがあまりなくてつまらないと思いますが、自分の経験のコツを共有したく設けたページになります。 RPA(Robotic Process Automation)を利用して色々やってます。 大手のK様から個人の趣味までRPAの使い方は幅広いし一つだけではなくいくつかの自動化ツールを利用してRPAを進めてます。 今回はUiPathを利用して開発するときの設計の切り分けをどうすべきかとの個人の意見を書いてみます。 UiPath(https://www.uipath.com)はご存じの前提で始めます。 まず、 MSA式というのを考えてできるだけ細かく切ります。 しかし分けすぎると多くなってしまい逆に管理が困ります。 UiPathの特徴は「単純作業の自動化」から「ML(マシンランニング)」の複雑な組み合わせが楽なこと。 ということで 自分でよくやってるのをチェックします。 * メールの確認 * グループウェアのチェック * スケジュールの確認 * 毎日のサービス及びシステム点検 * スケジュールの登録 * 忘れないようにチェックすべきもの などなどいっぱいあるんですね。 これをするだけで一日が行っちゃうとかの方多いでしょうね。 ここで一つの作業をプロジェクトとし、1枚にシートに書いてみます。私は紙が好きなのでA4用紙で１プロジェクトを書いたりします。 A4用紙を使う理由の一つは1枚に収まるように設計するためにはたくさんの機能が入りきれないので他のプロジェクトから呼び出しが多くなりMSAに充実な設計ができます。 しかし、多すぎる場合には統合したりしてます。 外の開発とは異なり、 UIPは利用者が自分で修正ができないと長く使えないので ユーザーの修正領域と共有領域、専用領域をきちんと分けないといけません。 基本的なファイルの作成はこんな感じ * Main.xaml   * 最初実行するファイルですが、できるだけ内容は少なめにして置きます。   * 初期設定をファイルにConfig.json等に落としての読み込みなどを定義します。 * Config.json   * ユーザーが自分の環境に合わせて起動前修正すべきの内容を記入します。 * <Func...