![見出し画像](https://assets.st-note.com/production/uploads/images/147499219/rectangle_large_type_2_fc7680e556f5528a3fb245fb5689224d.png?width=1200)
【UiPath StudioXの遊びかた24】逐条編 ㉑グループで遊ぼう~Studioのシーケンスに相当するものを発見👀
さてと、前回
で、YouTubeで遊ぶ基本機能はあらかたやってしまったので~~~
ソース・リファクタリングに使える
☞グループ
で遊んでみた( ´∀` )
もちろん、晩酌がてら書いてまつ( ´∀` )
グループアクティビティ
解説を見ても、すっごくうっすいので、結構、すっ飛ばす人も居るかもしれないけど、使うと実は
めっちゃ便利
例えば、前回までのソースもグループを使うことで、
![](https://assets.st-note.com/img/1721130532091-zH4lSQU5RN.png)
嵌め込んで~~~
![](https://assets.st-note.com/img/1721130819957-4EEtQWgHRS.png?width=1200)
グループを折りたたむと、、、
![](https://assets.st-note.com/img/1721130880013-KsaqWtN40K.png?width=1200)
スッキリするし、イメージしやすいように概念的な名前にしてたけど、より具体的な名前にすると、
メリット①:第三者がパッと見ても、何をしてるロボットなのか一目で分かる
![](https://assets.st-note.com/img/1721131015643-uoOSlzLqpc.png?width=1200)
メリット②:複数のアクティビティを纏めて移動も出来る
![](https://assets.st-note.com/img/1721131098325-5rm4BR3JRC.png?width=1200)
メリット③:使わなくなった処理を、グループでまとめて無効化出来る。
![](https://assets.st-note.com/img/1721131149074-1KiCGjH0S8.png?width=1200)
別に、さらにグループを追加して~~~
メリット④:さらに大きなひとつのグループとしてまとめられる
![](https://assets.st-note.com/img/1721133567690-fMQkpc1DcO.png?width=1200)
や、
![](https://assets.st-note.com/img/1721133700483-icmBYl8kKH.png?width=1200)
完全にStudioでの
シーケンス
に相当する機能。
ないのかな?👀
使いにきいなStudioX( ´∀` )
と、これまでの記事を書いていて思っていたが
あったんかい( ´∀` )
そんなことしなくても大丈夫って人もいそうだけど、
で過去にも書いているとおり、ソフトウェア開発の基本が、
前処理:準備
本処理:メインで作る機能
後処理:確認
だし、ソフトウェア開発の5原則は
正確性
統一性
可読性☜コイツな
変更可能性
疎結合
なので、何をしているかを大きな固まりで、しっかり整理しておけば、
改修箇所とかソースを見返すときにも管理しやすくなって便利
ま、今回は、
ソース全体てゆー、今のところでは、
一番大きい=マクロでグループ分けした
けど、Studioでの開発だと、
ワークフローやxamlファイル単位で繋いで行ける
ので、Studioでの業務では
シーケンス=目的で分けた複数のアクティビティで処理を処理をまとめる
は普通だと思って、StudioXでも積極に取り込むといいよ( ´∀` )知らんけど。もう一回、今のソースを見ると、
![](https://assets.st-note.com/img/1721131015643-uoOSlzLqpc.png?width=1200)
前処理:準備
本処理:メインで作る機能
後処理:確認
て構成になってるでしょ。
裏を返すと、
どんだけ大きなシステムやアプリケーションでも、
機能単位、処理単位、コード単位なんかで細分化
していけば、必ず
前処理:準備
本処理:メインで作る機能
後処理:確認
をしながら、条件分岐なんかで
大なり小なり処理を繋げてるだけ
☞どんな大きく複雑なシステムも紐解いていけば、
所詮は、小さなコード(や処理)のかたまり💃
特に、UiPathみたいなローコードツールは
組み込みが簡単な分、アクティビティがどんどん増える
☞ソースが冗長になる
ので、グループ単位でまとめて
既に出来上がってる処理は縮めるなり、
使わない処理ならコメントアウトするなり
して、
ピンポイントで改修が出来るようにしとくといいよ( ´∀` )
まとめ
後々の改修を意識して、最初から開発すること
☞上手い人は素直にそれをやっていて、下手な人は一生やらない
目先の時間を惜しんで、難しいことばかりやろうとし、整理をこまめにやらない人ほど、こーゆー簡単ですぐに出来る整理を一生やらないので、惜しんだ時間の何十倍もの時間を棒に振ってます( ´∀` )
まさに、
本当の意味での、足し算と引き算が出来ない人
自分が作ったソースのグループ分けなんて
やろうと思えば誰でもできる
誰でもできることをいつまでもやらないのは、
出来ない、知らないのと変わらない。
2024/7/20 追記
きちんと整理するとこっちのがいいね( ´∀` )
![](https://assets.st-note.com/img/1721427222460-A36jjgCOFJ.png?width=1200)
この記事が気に入ったらサポートをしてみませんか?