Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
LT資料_For Each Rowでの書き方
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
UiPath Friends
February 07, 2020
Technology
1
180
LT資料_For Each Rowでの書き方
さおさんのLT資料
UiPath Friends
February 07, 2020
Tweet
Share
More Decks by UiPath Friends
See All by UiPath Friends
Orchestrator Manager使ってみた
uipathfriends
0
530
市民開発&社内コミュニティ推進トーク
uipathfriends
0
270
グローバルハッカソン体験談
uipathfriends
0
100
UiPathの副業市場
uipathfriends
0
130
UiPathは世界を笑顔にする
uipathfriends
0
95
Autopilotやってみた
uipathfriends
0
880
AI at Workが切り拓くオートメーションの未来とカスタマーストーリー
uipathfriends
0
110
UiPathの教育的効果の再考_がっきー
uipathfriends
0
74
IT未経験からITエンジニアへ_田口凌雅
uipathfriends
0
160
Other Decks in Technology
See All in Technology
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
0
140
Cosmos World Foundation Model Platform for Physical AI
takmin
0
970
AIエージェントに必要なのはデータではなく文脈だった/ai-agent-context-graph-mybest
jonnojun
1
240
プロダクト成長を支える開発基盤とスケールに伴う課題
yuu26
4
1.4k
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
3
1k
[CV勉強会@関東 World Model 読み会] Orbis: Overcoming Challenges of Long-Horizon Prediction in Driving World Models (Mousakhan+, NeurIPS 2025)
abemii
0
150
Kiro IDEのドキュメントを全部読んだので地味だけどちょっと嬉しい機能を紹介する
khmoryz
0
210
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.6k
Webhook best practices for rock solid and resilient deployments
glaforge
2
310
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
3
220
こんなところでも(地味に)活躍するImage Modeさんを知ってるかい?- Image Mode for OpenShift -
tsukaman
1
170
Amazon S3 Vectorsを使って資格勉強用AIエージェントを構築してみた
usanchuu
4
460
Featured
See All Featured
Measuring & Analyzing Core Web Vitals
bluesmoon
9
760
Game over? The fight for quality and originality in the time of robots
wayneb77
1
120
Building Adaptive Systems
keathley
44
2.9k
The Pragmatic Product Professional
lauravandoore
37
7.1k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
780
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
1.9k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
240
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.4k
The World Runs on Bad Software
bkeepers
PRO
72
12k
30 Presentation Tips
portentint
PRO
1
220
sira's awesome portfolio website redesign presentation
elsirapls
0
150
Ten Tips & Tricks for a 🌱 transition
stuffmc
0
71
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 画像:いらすとや