Salesforce学习笔记之Actions and Recommendations

设置Actions and Recommendations（Salesforce提供的标准元素），Salesforce上的文档说有两种方法，即Deployment和Process Builder（通过加类型为Create a Record，记录类型为RecordAction的action），其实，本质是对RecordAction的操作。明白了这一点，就完全可以用Flow或者Apex来实现了。
开始用Process Builder设置Actions and Recommendations时，发现一个问题。就是加进去的Flow，有些执行一遍之后，下次更新了记录后，这个Flow又会再次出现在Actions and Recommendations里，甚至有的Flow，没有去执行，下次更新了记录后，在Actions and Recommendations里又加了一条相同的Flow。原因就在于Process Builder无法检测是否已经有这个Flow（也就是说存在相同的RecordAction记录），只会机械地检测Process的触发条件（记录是不是第一次创建还是更新过），以及action的显示条件，如果符合显示条件，就加一条RecordAction记录。
后来写了个Apex方法，传入RecordAction的ActionDefinition列表（因为从Flow中调用，List<String>类型的参数，只能传一条string，所以只能用逗号连上多个string，然后在apex里用split方法得到数组），然后在RecordAction里检查是否存在，再返回不存在的ActionDefinition列表（因为只有不存在的才需要创建）。返回类型设置为List<List<String>>，首先，在Process Builder里调用apex，无法得到返回值，所以只能在Flow中调用，而在Flow中调用，虽然返回类型是List，却只能得到一个值，所以只好再套上一个List，这样就能在Flow那头得到一个collection，可以用Loop组件来循环了。这些其实也可用apex做，但考虑到这样一来，就需要较多的硬编码，所以还是把定义触发条件放在Flow里，只把检查RecordAction是否存在的功能用apex来做。
这样，做了一个Record triggered Flow，先调用上面的apex方法，得到不存在，需要创建的RecordAction列表，然后遍历列表，逐个检查是否满足创建条件，如果满足则建RecordAction记录（这个和Process Builder里基本一样）。这样就避免了重复建RecordAction记录，在Actions and Recommendations里出现重复项的问题。
但还有一个问题，就是无法知道Flow到底有没有执行过。因为在Actions and Recommendations里点开一个Flow并运行完成后，相应的RecordAction就被删除了，无从寻觅。后来发现有个RecordActionHistory对象，如果State域的值为Completed，说明已经执行过。
但是Salesforce的文档说：
The RecordActionHistory object is a big object. For this reason, when you use synchronous SOQL, SOAP, REST, Bulk, or Apex APIs to read this object, queries must follow a specific pattern or they fail.

这似乎意味着使用这个对象要小心，有可能对性能有影响。实际上，在Developer console里用soql查询RecordActionHistory，似乎也明显比其它对象慢。所以每次建RecordAction前，都去查RecordActionHistory，可能不一定可行。

补充：刚发现无法在trigger里通过apex查询RecordActionHistory，但是可以用Flow的Get Records元素来查（但也不是一直行，相当tricky）。

另外在调试时还发现一个问题，在比较传进去的RecordAction的ActionType域的值和一个String类型时，提示出错:

FlowPicklistValue cannot be cast to class java.lang.String

解决办法是用String.valueOf()方法，将这个域的值转成String。这也可算是Salesforce的bug。