// In helper callServerAction : function(component, action) { return new Promise(function(resolve, reject) { action.setCallback(this, function(response) { let _state = response.getState(); if (_state === "SUCCESS") { resolve(response.getReturnValue()); } else { let errors = response.getError(); let message = "Error"; if (errors && Array.isArray(errors) && errors.length > 0) { message = JSON.stringify(errors); } reject(new Error(message)); } }); $A.enqueueAction(action); }); }, // In Controller doMethod : function(component, event, helper) { let myAction = component.get("c.doSomething"); myAction.setParams({ "param1": param1 }); let myAcitonPromise = helper.callServerAction(component, myAction); myAcitonPromise.then(function(_returnValue) { // DO SOMETHINT OR CONTINUE PROMISE }).catch(function(_error) { console.error(_error); }).finally(function() { }); }
分类: lightning
Aura中Javascript版的String.replace()
作为Java的高度定制豪华版,Apex的String对象提供了三个与字符串替换相关的函数,replace(), replaceAll(), replaceFirst()。其中replace负责用字符串进行替换,replaceAll()负责用正则表达式进行替换,replaceFisrt负责用正则表达式替换第一个匹配到的结果。
在Apex范畴,这三个方法已经足够日常使用。但是在Javascript领域状况有所不同。
在Javascript中也有个函数叫做replace(),但却复杂很多。
首先引用来自官方文档的例子
const p = 'The quick brown fox jumps over the lazy dog. If the dog reacted, was it really lazy?'; const regex = /dog/gi; console.log(p.replace(regex, 'ferret')); // expected output: "The quick brown fox jumps over the lazy ferret. If the ferret reacted, was it really lazy?" console.log(p.replace('dog', 'monkey')); // expected output: "The quick brown fox jumps over the lazy monkey. If the dog reacted, was it really lazy?"
Javascipt的replace同时支持字符串替换与正则表达式替换,并且支持特殊替换符等高级功能。
但是,此replace却非彼replace。
Apex的replace使用字符串替模式会更加直白一些,直接使用 a.replace(b,c); 就能将a中的b替换成c,注意,是所有的b都被替换c。
而Javascript的字符串替换模式则仅替换第一个匹配项。与Apex的replaceFirst方法效果等同。
这样的话,在Lightning Component中如果打算实现与Apex中的replace一样的效果,就需要启用正则表达式模式。
在Helper添加如下方法:
replace : function(content, reg, replacement, isCaseSensitive) { let mode = 'g'; if(!isCaseSensitive) { mode = mode + 'i'; } let re = new RegExp(reg, mode); if(content !== null && content !== undefined && content !== "") { content = content.replace(re, replacement); } return content; }
虽然无法像原生方法一样直接写成a.replace(b,c); 但好在仍然是一行代码调用。
init : function(component, event, helper) { const p = 'The quick brown fox jumps over the lazy dog. If the dog reacted, was it really lazy?'; const reg = 'Dog'; const replacement = 'ferret'; let result = helper.replace(p, reg, replacement); console.log('result', result); // result The quick brown fox jumps over the lazy ferret. If the ferret reacted, was it really lazy? }
如果需要打开大小写敏感模式,则直接增加第四个参数 helper.replace(p, reg, replacement, true); 即可。
Winter’21升级导致Aura的createRecordEvent中Datetime赋值行为变化
众所周知,Winter‘21在发布此文时已经正式上线。
其中,由于对Aura中使用Apex的权限采取了更严格的标准,从而导致了大批功能崩溃的惨剧。
除此之外,还有另一个Aura的底层变化也值得注意。
在最新的文档中,force:createRecord这个event的文档下面增加了一行小字
Date and time field values must use the ISO 8601 format. For example:
Date: 2017-07-18
Datetime: 2017-07-18T03:00:00Z
While the create record panel presents datetime values in the user’s local time, you must convert datetime values to UTC to prepopulate the field.
这就导致了原来直接向Datatime字段赋值Date值的功能报错。
let createRecordEvent = $A.get("e.force:createRecord"); createRecordEvent .setParams({ "entityApiName": "A__c", "defaultFieldValues": { 'testDatetime__c' : '2020-10-21' } }); createRecordEvent .fire(); // Error on Save : Value for field 'testDatetime__c' is not in ISO 8601 format, Value: 2020-10-21, Runtime class: java.lang.String
保存数据时会报如下错误
Error: Value for field ‘testDatetime__c’ is not in ISO 8601 format, Value: 2020-10-21, Runtime class: java.lang.String
如果有需要把date值写入datetime型字段的同学,可以在helper添加如下方法为date值填充时分秒,以此伪装成datatime值。
// in helper paddingTime : function(date) { if(date != "" && date != null && date != undefined && date != {}) { date = date + "T00:00:00.000"; } return date; } // in controller init : function(component, event, helper) { let createRecordEvent = $A.get("e.force:createRecord"); createRecordEvent .setParams({ "entityApiName": "A__c", "defaultFieldValues": { 'testDatetime__c' : helper.paddingTime('2020-10-21') } }); createRecordEvent .fire(); }
另外需要值得注意的是,虽然aura的controller看起来是前端,但实际上createRecord事件的日期时间赋值行为等同于Apex————既作为UTC时间插入数据库,需要考虑显示时差问题。
那么相比之下,有同学会产生疑问,Apex受影响吗? 还能愉快的直接将date值写入datetime型字段吗?
答案是,放心,Apex一如既往。
// 后记
其实我并不确定官方文档里关于时期格式的描述一定是Winter’21后才加的,但是很确定Winter’21之前可以直接把date值赋给datetime型字段。毕竟aura event的文档无法查看历史版本,所以,就让我主观的视其为Winter’21吧。
使用Firefox访问Lex下的VF页面时csv下载失败的解决办法
众所周知,如果打算做一个纯前端的下载CSV的功能,可以使用如下代码。
let content = "test,test1\nabc,123"; let blob = new Blob([content], { type: 'text/csv' }); let csvUrl = URL.createObjectURL(blob); let elementLink = document.createElement('a'); elementLink.href = csvUrl; elementLink.target = '_blank'; elementLink.download = 'test.csv'; elementLink.click();
在DOM中新建了临时的a标签,并执行点击动作。之后就会把content的内容作为csv文件下载下来。
无论是在VF里还是Lightning Component中皆可使用。
在VF页面中嵌入这段代码之后,使用Chrome在Classic与Lex下使用都是正常的。
但是使用Firefox在Classic下正常,在Lex下却会报错失败。
比如在我的实验环境,错误信息为如下。
Content Security Policy: The page’s settings blocked the loading of a resource at blob:https://snrenv2-dev-ed–c.ap4.visual.force.com/016d4701-1e33-47a1-8099-eaec82c7ff1d (“frame-src”).
唔。。。Content Security Policy。(关于什么是CSP,可以参考阮一峰老师的文章或者MDN文档(什么是内容安全策略,CSP用法)。
而且是来自于frame-src的CSP设定。
那么就一定存在iframe。
还记得在Classic时代,VF页面的主域名和标准页面的主域名是不同的。
VF:https://snrenv2-dev-ed–c.ap4.visual.force.com/
非VF:https://snrenv2-dev-ed.my.salesforce.com/
Lightning时代可能为了解决这个问题,在Lex的时候,居然将VF嵌套进了iframe里???
这样的话,让我们来看看Salesforce的CSP是怎么设定的。F12->网络->respones header。
Content-Security-Policy:
default-src ‘self’; script-src ‘self’ ‘nonce-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx’ chrome-extension: ‘unsafe-inline’ ‘unsafe-eval’ *.canary.lwc.dev *.ap4.visual.force.com https://ssl.gstatic.com/accessibility/; object-src ‘self’ https://snrenv2-dev-ed–c.ap4.content.force.com; style-src ‘self’ blob: chrome-extension: ‘unsafe-inline’ *.ap4.visual.force.com https://snrenv2-dev-ed–c.ap4.content.force.com; img-src ‘self’ http: https: data: blob: *.ap4.visual.force.com; media-src ‘self’ *.ap4.visual.force.com https://snrenv2-dev-ed–c.ap4.content.force.com blob:; frame-ancestors ‘self’; frame-src https: mailto: *.ap4.visual.force.com; font-src ‘self’ https: data: *.ap4.visual.force.com; connect-src ‘self’ https://api.bluetail.salesforce.com https://staging.bluetail.salesforce.com https://preprod.bluetail.salesforce.com *.ap4.visual.force.com https://snrenv2-dev-ed–c.ap4.content.force.com https://ap4.salesforce.com
可以看到针对iframe的设定是允许https, mailto, vf域名。这明明vf域名是合法的啊。
按照最上面的写法,最后生成的url是blob:https://snrenv2-dev-ed–c.ap4.visual.force.com/016d4701-1e33-47a1-8099-eaec82c7ff1d,甚至将https://snrenv2-dev-ed–c.ap4.visual.force.com/016d4701-1e33-47a1-8099-eaec82c7ff1d直接拷贝到浏览器地址栏可以看到csv内容本身。那么为什么Firefox就根据CSP拦截了,而Chrome却没有拦截呢?
其实互联网的世界,并不是那么风平浪静。
以前在一篇文章里谈到过,计算机的世界其实并不是精确如一尘不染的实验室,而是建立在一系列没那么精确,不那么清晰,不是很靠谱的机制上。能跑就行。
虽然对于各种互联网协议的定义都有专门的组织去管理去发展。但是就如法律条文,协议与规范写的再精确也难免因为理解偏差而出现南辕北辙的情况。
而且从当年微软的IE带头不遵守规范伊始,各家浏览器的兼容性问题就始终困扰着广大开发者。就像你规定了IE,Firefox,Chrome都必须戴帽子出门,但是你会发现IE把帽子戴膝盖上了,Firefox斜着戴,Chrome反着戴——————谁让你没规定怎么戴。
这里关于CSP如何拦截我推测也是类似的情况(查阅浏览器代码实在力不从心),Chrome觉得blob: + 合法域名 = 合法,而Firefox觉得blob: 没有在名单里 = 不合法。
所以为了解决这个问题,我们只能干掉Firefox。我们只能绕开CSP,这是一种自己hack自己的行为,也许在某次Firefox更新或者salesforce更新之后就失效了。慎用。
如果说,VF所在的iFrame收到主页面的CSP策略约束,那么,我在iFrame中再造一个iFrame,外层iFrame没有设定CSP,在我造的iFrame里就可以为所欲为了。
代码如下
let iframe = document.createElement('iframe'); document.body.append(iframe); iframe.style.display = 'none'; iframe.addEventListener('load', ()=> { let content = "test,test1\nabc,123"; let blob = new Blob([content], { type: 'text/csv' }); let csvUrl = URL.createObjectURL(blob); let elementLink = document.createElement('a'); elementLink.href = csvUrl; elementLink.target = '_blank'; elementLink.download = 'test.csv'; elementLink.click(); });
原理为,凭空捏造一个iFrame嵌到当前iFrame,然后监听load事件,将下载CSV的代码放入其中。这样当iFrame创建好了之后就会自动开始下载。
慎用。。。慎用。。。慎用
Javascript版的String.format()
Salesforce的Apex语言作为Java的高度豪华定制版。不仅提供了很多Java原生就有的很好的方法与语法。同时也对Java进行了纷纷总总的简化。
比如Apex的String.format方法。
Apex的format方法提供了一个简单的方式可以对字符串模板进行关键字替换。
下面是官方文档的例子。
String template = '{0} was last updated {1}'; List<Object> parameters = new List<Object> {'Universal Containers', DateTime.newInstance(2018, 11, 15) }; String formatted = String.format(template, parameters); System.debug ('Newly formatted string is:' + formatted);
如此一来,我们在custom label里做好带{x}字样的字符串模板,就可以随心所欲的动态生成内容了。
但是,随着进入Lightning时代,在Lightning Component前端承担的业务和内容越来越多,随之而来的就是出现了在前端直接获取字符串模板并动态生成内容的需求。
而Aura库和原生Javascript都没有提供类似与Apex的String.format方法。
俗话说,自己动手丰衣足食。那就自己写一个吧。
首先在Helper.js里面添加如下format方法。
}, //.......... Other Helper Method format: function(label, args) { for (var k in args) { label = label.replace("{" + k + "}", args[k]); } return label; }, // .......... Other Helper Method
然后在Controller.js中使用的时候,如同Apex版,第一个参数传入模板,第二个参数为按模板参数顺序传入的字符串数组。
let template = "{0} was last updated {1}"; let myLabel = helper.format(template , ["Universal Containers", "2018/11/15"]);
如何在使用e.force:createRecord创建数据之后阻止跳转到数据详细页面
有一天,小明同学和他的同伙们在实现一个需求。
三天前我路过他座位的时候简单的了解了下,感觉功能都实现的差不多了,怎么这会又开始一堆人聚一起叽叽喳喳的乱叫什么”CreateRecord事件”啦,什么“自定义Modal”啦,还让不让人静一静了。
“喂喂喂,怎么了怎么了?”。我实在忍不住上去扒拉开了最外面的几个。
被围在最里面的可怜人回头看到了我,立马趁机脱离开了包围圈。扯了扯衣角,开始介绍起情况来了。“是这样的,这个需求是我几天前给你介绍过的,就是一个Lightning Component上有一个按钮,然后点一下弹出一个新建数据的页面。”
“嗯嗯,然后呢”。我点了点头,心想着果然nothing new under sunshine,还是那个需求。
“然后我决定使用createRecord事件,就是e.force:createRecord。”,说着他扒拉开站在他身后的人,俯身用鼠标高亮了$A.get(“e.force:createRecord”)那行代码。“然后我们发现,居然在EditForm点保存之后,就直接跳到了新建数据的详细页面!”
在我开头之前,他立马切到了e.force:createRecord官方文档的页面,指在上面赶紧补充到,“我看了官方文档,上面也没有可以使用的参数或者选项。所以现在这几个人主张让我自己写一个modal出来,虽然这样一切都可控,但是工程量太大了。所以我们还在争论这件事。”
“主张做modal的先散了吧。”。接下来我做到了座位上,找出了相关的一个Idea 《Allow redirect after creating a new record using force:createRecord》。
小明难以置信的瞪大了眼睛,说:“这上面明明写的是没有这个功能啊。。。”
“上了这么多年的网,还不知道评论才是精华!?”
俗话说,文档上没写的不一定就没有。
——沃·兹几硕德
评论里提到了两个属性,一个是panelOnDestroyCallback,在Summer’19之后单独使用已经无效。另一个是navigationLocation有个固定写法”navigationLocation”:”LOOKUP”。
一起服用才有效果。
var createRecordEvent = $A.get("e.force:createRecord"); createRecordEvent.setParams({ "entityApiName": "Opportunity", "navigationLocation": "LOOKUP", "panelOnDestroyCallback": function(event) { // Refesh current cmp $A.get('e.force:refreshView').fire(); /* OR direct to anywhere let urlDirectEvent = $A.get("e.force:navigateToURL"); urlDirectEvent.setParams({ "url": "/lightning/n/XXXX" }); urlDirectEvent.fire(); */ } }); createRecordEvent .fire();
但是,由于此属性从未出现在官方文档中,所以有可能就像Summer’19失效那次一样,在某一次升级之后又不好用了,使用还需慎重。
关于在Component中向Lightning Button传值的方法
某日,
打水途中看到某位同学眉头紧锁双手合十做沉思状,于是乎忍不住凑了过去。
哦。。。原来在写Lightning Component。隐隐约约看到密密麻麻的controller.js代码感觉不妙。
“咳。”为了避免吓到他,我轻咳了一下表示进场。
只见他先是略微抬起头,之后彻底滑落到了椅子上。
“唉,事情是这样的,” 他用沙哑的嗓音说道,“最开始他们要我做一个button,点了之后去后台更新一条数据,将其字段A__c更新为a。”
他把自己从椅子上重新支了起来,指着屏幕说,“这个很简单,我放了一个attribute来存需要更新的数据的id,然后在lightning button的onClick属性指定controller的方法,在controller的方法中cmp.get那个attribute的值,之后传给apex去更新这条数据。”
我微微点头表示赞同。“没毛病。然后呢?”
“然后,他们又说,要再加一个button,点这个button之后,要给这条数据的字段A__c更新为b。OK,我在cmp中加了又一个button,然后在controller里又为了新button新建了一个方法,与之前的方法不同的是,更新的值为空。”
“也不是不可以呀。“
“对,”接下来他双眼空洞的目视前方。“然后他们又让我加三个button,点了之后分别赋值b,c,d。这时候我意识到情况不对,打算在button的conlick事件把值传给controller中的方法,这样就不用每加一个button就新加一个方法了。结果……我发现……lightning button的onclick根本不能设参数,controller的方法参数也是固定的。我没办法了……”
“我明白你的意思了”。我按住了他的肩膀。
在常规前端开发中,在button的click事件中绑定的js函数传递不同的值是常见做法。如果点击button之后,处理相同,仅是需要处理的参数不同的情况应该对代码进行合理的复用。如下例。
let foo1 = function(param1) { console.log(param1); } <div> <input type="button" name="Button" onClick="foo1('a')"/> </div>
但是lightning button(官方文档)的onclick事件,并没有提供直接传递参数的方式。所以我们只能走曲线救国的路线。
其实很简单。
首先,在官方文档里提到,
You can retrieve the button that’s clicked by using
event.getSource()
. For example, to retrieve the label on the button, useevent.getSource().get("v.label")
.
说明我们可以在controller的方法中拿到event的触发者——被点击的button,然后获得此button上的属性——比如Label。
那么就好办了,首先我们在lightning button上光明正大的设置value属性
<lightning:button label="button1" title="create" onclick="{!c.updateRecord}" value="a"/>
然后在controller的方法中,去get这个button的value属性,接下来正常执行业务逻辑就可以了。
({ updateRecord : function (component, event, helper) { let targetValue = event.getSource().get("v.value"); // YOUR STATEMENT HERE ...... } })
好了,水凉了,还得重新接一杯。