有一天，小明同学和他的同伙们在实现一个需求。
三天前我路过他座位的时候简单的了解了下，感觉功能都实现的差不多了，怎么这会又开始一堆人聚一起叽叽喳喳的乱叫什么”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失效那次一样，在某一次升级之后又不好用了，使用还需慎重。