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
950
AI at Workが切り拓くオートメーションの未来とカスタマーストーリー
uipathfriends
0
170
UiPathの教育的効果の再考_がっきー
uipathfriends
0
100
IT未経験からITエンジニアへ_田口凌雅
uipathfriends
0
200
Other Decks in Technology
See All in Technology
安心して変更できるWebフロントエンドの作り方
pirosikick
4
2k
From Vanilla Kubernetes to a Batteries-Included Platform: Developer Experience at 1,300+ Clusters
yosshi_
0
700
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
1
620
2026-09-11 【Snowflake World Tour Tokyo 2026】Snowflakeを起点に、AI Agentが自律稼働し続ける未来へ / Driving AI Agents with Snowflake
civitaspo
0
380
AI時代だからこそ、スケールしないことをやろう
yutashigemura
1
170
作品が生態系になった ─ Mini Tokyo 3D から世界へ
nagix
0
180
AIネイティブプロダクトで顧客価値を最大化するプロダクトエンジニアとFDEの協働
righttouch
PRO
0
270
多層防御と最⼩権限で実現する、安全なAIエージェント設計パターン
lycorptech_jp
PRO
1
280
SQL文一行も書けない人事がCortexもろもろを使って人事業務を楽にしてみる
ponponmikankan
1
230
10分で知る最近のOmarchy
komagata
0
280
日経電子版を支えていく Kasane Design System/fec_fukuoka
nikkei_engineer_recruiting
0
1.3k
Screen Lens - 今見てる画面を翻訳する
komagata
0
270
Featured
See All Featured
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.8k
So, you think you're a good person
axbom
PRO
2
2.2k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
670
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
410
Producing Creativity
orderedlist
PRO
348
41k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.9k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Music & Morning Musume
bryan
47
7.4k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
830
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
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 画像:いらすとや