Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
LT資料_For Each Rowでの書き方
Search
UiPath Friends
February 07, 2020
Technology
180
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
LT資料_For Each Rowでの書き方
さおさんのLT資料
UiPath Friends
February 07, 2020
More Decks by UiPath Friends
See All by UiPath Friends
Orchestrator Manager使ってみた
uipathfriends
0
640
市民開発&社内コミュニティ推進トーク
uipathfriends
0
300
グローバルハッカソン体験談
uipathfriends
0
140
UiPathの副業市場
uipathfriends
0
160
UiPathは世界を笑顔にする
uipathfriends
0
130
Autopilotやってみた
uipathfriends
0
960
AI at Workが切り拓くオートメーションの未来とカスタマーストーリー
uipathfriends
0
170
UiPathの教育的効果の再考_がっきー
uipathfriends
0
100
IT未経験からITエンジニアへ_田口凌雅
uipathfriends
0
200
Other Decks in Technology
See All in Technology
Genieを崇めよ
kameitomohiro
0
170
絵ではじめるKubernetesセキュリティ
aoi1
4
700
Railsのように考える: See through the Master
snoozer05
PRO
5
1.2k
ADKで始める業務改善 - AIエージェント開発時の考えと設計
harappa80
2
260
[Kiro Meetup #7] Kiro Crew Dive Deep
konippi
0
200
エージェントはローカル、検証はMicroVM — Lambda MicroVMsでつくるServerless CI
fujioka6789
3
680
人間はどの意思決定を手放せるのか
kawasima
15
8k
Issue 駆動でスペシャリストの意図を届ける、AI 実装のアクセシビリティ向上
thkt
0
130
.NET WebAssemblyで実現するクライアントサイドAI推論:NuGetからViteまで、2つのエコシステムを繋ぐビルド戦略
yamachu
1
460
SREへの勘違いに気づいた後の話
tomodakengo
0
140
Making AI Agents Safe and Fast- Jev, Obsidian, and the Meta-Harness
x5gtrn
PRO
0
110
俺の仕事は AIに奪われないし、たぶんその BIも要らない
hikaruri
0
540
Featured
See All Featured
A Soul's Torment
seathinner
8
3.6k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
830
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
480
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
260
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
310
Tell your own story through comics
letsgokoyo
1
1.1k
Typedesign – Prime Four
hannesfritz
42
3.2k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
510
Google's AI Overviews - The New Search
badams
0
1.6k
RailsConf 2023
tenderlove
30
1.6k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
Transcript
For Each Rowアクティビティ で遊んでみた
目次 自己紹介 For Each Rowとは? 今回のお題
メリットデメリットは? おまけ 使用するときの注意点 まとめ 注意:今回使用するUiPathのバージョンは2019.11(Community Edition)です。
自己紹介 名前:さお 所属:株式会社ケアリッツ・アンド・パートナーズ 使用ツール:RPA(UiPath) 勉強中:RPA(AutomationAnywhere)、SAS、OracleDatabase、 Python等
※最近はAWS、Salesforceに関心あり ここ最近は学びに貪欲で寝不足気味です。。。 機会があれば。。。 Twitter:@saosao885 Facebook:Saori Takita Qiita:saosao885
For Each Rowとは? データテーブル型のデータを”行”ごとにループするアクティビティ Excelにある データを… データがある分だけ まとめて取って… 1行ずつ読み込むよ!
今回のお題 ある女の子の名前を 「For Each Row」アク ティビティを使用して 全員分出力してみま しょう
右記の表を見てみま しょう。「B列」に名前 があるようです。
ここで質問!!!
この2つのうち、”正しい”書き方は? ①row(数字).ToString ②row(“列名”).ToString
①row(数字).ToString ②row(“列名”).ToString さあ、実験を はじめよう
どっちも ”正解” ①row(数字).ToString ②row(“列名”).ToString
メリットデメリットは? row(数字).ToString row(“列名”).ToString メリット 番号指定なので、列名が可変に なっても設定しやすい 列名指定すれば、ピンポイントで 特定できる デメリット 列数が多すぎると「どこを指し
ているのか」わからなくなる 列名が同じものがあるとDatatable 型の情報が取得できない デバッグモードで動かした場合は配列方式で出るのですが、「わかりにくい!」という方 は変数に格納してから表示、Write Lineアクティビティを使用する方法等がいいかも。 1行目(ヘッダー除く) を取得した時
おまけ 列で、「色1」、「色2」と分けているかつ列名の数字が可変となる ケースでは次の方法を使って指定させることが可能です。 row(“色”+ int型の変数.ToString).ToString ※下図の例では、int型の変数は”1”と指定しています。
使用するときの注意点(1) 改行コードを入れたりする場合は、さす がに長すぎるので変数に格納してからの ほうがいいかも 右記の場合は長すぎるあまり、かざすor プロパティに行かないと式全体が見えて こない
Ifアクティビティの前に変数に格納して からのほうがいいかも?(Boolean型)
使用するときの注意点(2) 行、列の場所特定させたいときは以下の技も使う Datatable型変数.Rows(行数).Item(“列名” or 列番号).ToString ピンポイントでほ しい値があるとき ※行数はint型、Itemはint型
or String型で対応可能ですがString型で変数に格納しな い場合は””(クォーテーション)で囲んでから記載する必要があります。
まとめ For Each Rowは使いこなせると結構幅が広がります! UiPath社が出しているコーディング規約も拝読しましたが、特 に「これだ」という決まりはないようです。 ”可読性”はどの現場でも結構言われると思うので、”見やすい”
式を書いていきましょう(無理にとは言いませんが…)。
ご清聴ありがとうございました! 参考文献:UiPathコーディング規約_ver1.01.pdf 画像:いらすとや