LWC及其从的角度提供的内容

Question

我是前端开发人员，最近我被赋予了评估闪电(LO)或闪电网络组件(LWC)是否可以在我们的React应用程序中与Salesforce通信的任务。

我们有一些用户无法直接登录我们的Salesforce实例，因此建议使用LO或LWC作为一种可能的选择。

作为一名非Salesforce开发人员，我有一个我似乎无法轻易回答的问题：

Salesforce的这两款产品中，除了外观和感觉之外，还有其他功能吗？我的意思是，如果我将LO或LWC添加到一个React应用程序中，它们是否具有与Salesforce通信以获取/更新数据的固有功能，还是它们只是看起来像Salesforce--本地小部件的“哑”小部件？

在使用Salesforce时，使用LO或LWC比任何其他UI小部件库有什么好处吗？

谢谢

Answer 1

首先，我觉得你是在交替使用LO和LWC，所以我想先澄清一下：

• LWC：照明web组件是使用HTML构建的自定义HTML元素，以及使用核心Web组件标准的现代Web组件。如果你想直接测试他们的游乐场，我建议你去看看。
• 日志：允许您在Salesforce服务器之外运行LWC组件。

我自己也面临着这些问题，我不得不做一些调查。我将根据我在一些研究后收集到的内容来尝试回答：

Salesforce的这两款产品中，除了外观和感觉之外，还有其他功能吗？

简短的回答是肯定的。真正的问题是，所提供的内容在您的上下文中是否有用。例如，他们声称它提供了出色的性能(尽管我找到了可靠的对此提出质疑的帖子)，部分原因在于它的“闪电数据服务”(集中式数据缓存框架，用于加载、保存、创建和删除没有任何服务器端顶级代码的记录)。由于LWC，这些是Salesforce索赔变得更容易的其他事情：

• 在网上常见的地方找到解决方案。
• 寻找具备必要技能和经验的开发人员。
• 使用其他开发人员的经验(甚至在其他平台上)。
• 发展得更快。
• 充分利用封装，使组件更具通用性。

在使用Salesforce时，使用LO或LWC比任何其他UI小部件库有什么好处吗？

当直接使用Salesforce时，您将不需要LO，是的--拥有LWC组件有一个非常明显的优势，因为您可以轻松地在任何Salesforce页面上安装/组合这些组件，以相当快地获得所需的功能。如果组件后面的数据记录系统是Salesforce，而且您目前没有该数据的前端，则特别有益。

我已经看到了在闪电中使用React的例子，以及在独立SPA上使用LWC (使用LO)的例子。现在来看我的2c:从应用程序架构的角度来看，两者都很糟糕。此外，这是一个相当明确的供应商锁定，所以如果您没有立即需要或授权使用LWC，就不要使用它们。

如果有任何LWC和反应专家，他们关心扩大和/或纠正任何这些，通过一切手段.