20180628 Salesforce Developers Meetup #18

1. 敗北のアプリコンテスト作品と
待望の Apex 新機能
in Summer ’18
2018/06/28(Thu)
Salesforce Developers Meetup #18

2. Let me introduce myself
宮本 隆人 Takahito Miyamoto
since 2016.12.04
2
@takahito0508
/takahito.miyamoto
/takahito-miyamoto
/takahitomiyamoto

3. 宮本 隆人 Takahito Miyamoto
Let me introduce myself
3
• Salesforce 5年目
• 北鎌倉在住、中国人の妻（専業主婦）
• 趣味はコーディング、ボランティア、卓球
• カラオケしたい、ダイエットしたい
SalesforceSaturday Tokyo (@SFSatTokyo)
土曜日にSalesforceを勉強するコミュニティです♪
アクセンチュア株式会社
テクノロジーコンサルティング本部 シニアアナリスト
コーポレートシチズンシップ推進室 コアメンバー
NPO法人キッズドア
学生ボランティア → 正会員

4. Let me introduce myself
愛用している自作ツール
✓ 組織ごとに取得可能なメタデータすべてを含んだ package.xml を
自動生成してくれるツール (Java)
➢ https://github.com/takahitomiyamoto/salesforce-manifest-generator
✓ Trailhead スコアを一括取得してくれるツール (Python)
➢ https://github.com/takahitomiyamoto/scraping-trailhead-scores
4
もっと綺麗なコードに直していきたいので、
プルリクエストお待ちしてます！

5. Let me introduce myself
いっしょに卓球やりませんか！？初心者大歓迎。
5

6. Today’s Topic
• 敗北のアプリコンテスト作品
• デモ（動画＆ご自身のスマホで）
• 利用した技術のオーバービュー
• 待望の Apex 新機能
• レコードタイプの API 参照名をより簡単に取得
6

7. Awesome Retail Advisor
7
移動スーパーのトラックを走らせるならどこで？

8. Awesome Retail Advisor
8
画像データ
テキスト
＆
スタンプ
日本語 ⇄ 英語
家屋の戸数を判別
会話の感情分析 結果を連携
※汚いですが、GitHubでコード公開してます。

9. Awesome Retail Advisor
9
カスタムオブジェクトに
Einsteinの分析結果を登録
ダッシュボードで
傾向を分析
Salesforceに何が連携される？

10. Awesome Retail Advisor
10
Salesforceにどうやって連携する？
オブジェクト名と
項目名を指定する
レコードタイプを指定せずにインサートしてるので、
ベストプラクティスではないことに注意！

11. レコードタイプ？
11
？

12. レコードタイプを作ろう
作らなかったことによる悲劇 その①
12
1パターンしかないし、
別に作らなくてよくない？
A社はある組織に新規
アプリ ”A” を開発中。
UAT を実施中、アプリ ”A” の画面上の選択リスト
項目で 想定外の値が選択できてしまう ことが発覚！
調査の結果、アプリ “B” で使う値をB社が
密かに新規追加していたことが判明。。。
A社
新規アプリ “B” を 並行開発 することが
決定。開発は B社が担当する。
ちゃんと単体テスト
したんだけどなあ。。。
続く

13. レコードタイプを作ろう
作らなかったことによる悲劇 その②
13
組織ごとにID違うし、
わざわざ面倒くさくない？
レコードタイプを意識せずに、
Apexコード を書いていた。
Apexコード内で レコードタイプIDごとの
ロジックが無い ことに気づく。。。
A社
調査結果を受け、レコードタイプ “A” と “B”
を作成してアプリごとに制御することに。
修正箇所多すぎ！最初から
やってればよかった。。。
続き
既存のテストデータに レコードタイプIDを追加。思った
よりしんどい！そして、単体テストがことごとく失敗！！

14. レコードタイプ？
作ろう！
14

15. レコードタイプIDがほしいなら
従来の取得方法
RecordType オブジェクトのレコードを取得して Map を作る。
15
ユーティリティクラスに汎用的なメソッドを作ることが通例。
なお、従来から getRecordTypeInfosByName() が利用可能ではあっ
たが事実上使うことのないメソッドであった。 Name（ラベル名）は
エンドユーザーに表示されるものでありしばしば変更が発生するため、
Map の Key とするのはベストプラクティスではない。

16. レコードタイプIDがほしいなら
Summer ‘18 で
強い味方がついに登場！
16

17. レコードタイプIDがほしいなら
Summer ‘18 以降の取得方法
getRecordTypeInfosByDeveloperName() を利用できる。
17
DeveloperName であれば言語設定に影響されないため非常に便利。
ただし、このメソッドを利用する際には、プロファイルからアクセスが許可
されていないレコードタイプについても取得できることには注意が必要。

18. 偶然気づいた「仕様」
18
！

19. 偶然気づいた「仕様」
レコードタイプ作成 Tips
「Master」という名前のレコードタイプを作ってはいけない！
ちなみに「MASTER」は作っても OK。
• Name =「Master」のレコードタイプ
→ getRecordTypeInfosByName() で取得できない。
• DeveloperName =「Master」のレコードタイプ
→ getRecordTypeInfosByDeveloperName() で取得できない。
19
従来の取得方法であれば
特に発生しない事象

20. 参考： 検証してみよう
1. 検証用のレコードタイプを作る。
20
両方とも「Master」じゃなくて
複数個に分けて検証しても OK

21. 参考： 検証してみよう
2. Workbench や開発者コンソールなどで以下のコードを実行する。
21
Workbench での
実行画面

22. 参考： 検証してみよう
3. デバッグログに出力されたデータを確認する。
22
getDeveloperName : Master
getName : Master
getRecordTypeId : 012000000000000AAA
isActive : true
isAvailable : true
isDefaultRecordTypeMapping : false
isMaster : true
開発者コンソールの
ログ画面

23. 参考： 検証してみよう
4. デバッグログに出力されたデータは存在しない模様。
23
以上、気をつけましょう

24. ありがとうございました
Q&A は懇親会にて