课程章节介绍
同学们,咱们接着聊一个非常实用的功能,叫做“命名的凭据”(Named Credentials)。你可能在想,这名字听起来有点抽象,别急,我打个比方你就明白了。
想象一下,你要给很多餐馆打电话订餐。每次都得先翻通讯录找电话号码,然后报自己的会员卡号、密码之类的身份信息,对吧?这很麻烦,而且万一你记错了密码,或者拨错号码,订餐就失败了。
在Salesforce里,当我们的Apex代码需要调用外部系统时(比如发个请求给支付网关或天气API),也是一样。你得在代码里写清楚那个外部服务的网址,还得自己处理用户名、密码、密钥这些认证信息。这不仅让代码变得冗长,而且如果密码改了,你还得去代码里更新,很不安全。
而“命名的凭据”就像是Salesforce专门给你准备的一个通讯录和安全管家。你只需要,一次性,地在设置里创建一个命名的凭据,填好这些信息:
- 那个外部服务的网址(URL),比如`https://api.example.com`。
- 以及访问它需要的认证方式,比如用户名密码,或者OAuth令牌。
然后,给它取个好记的名字,比如“我的支付网关”。
之后,当你在Apex代码里要发起调用(Callout)时,你根本不用再写那一长串URL,也不用操心怎么传密码。你只需要在代码里引用这个,名字,,就像说:“Salesforce,帮我联系一下‘我的支付网关’,发送这个请求”。剩下的所有认证、加密这些脏活累活,Salesforce全自动替你处理了。你的代码变得干净又安全。
还有一个很方便的小细节:通常,如果你直接在代码里写了个外部网址,还得去“远程站点设置”里把它加白名单,不然Salesforce会拦住请求。但如果你用的是,命名的凭据,,这个步骤也可以跳过了,因为Salesforce已经信任了这个你定义好的凭据,不需要你再额外去配置远程站点。
所以总结一下,命名凭据的好处是:,集中管理,,,简化代码,,,增强安全性,,还省去了配置远程站点的麻烦。当你以后需要和外部系统集成时,记住这个小管家,它会让你省心很多。
好了,关于命名凭据的概念,我们就先了解到这里。有什么问题随时问我!
关键词
Apex
Salesforce
Developer Guide