Scenarios

让我们来聊聊这两个场景，看看是否应该使用Lightning Components。 ，场景61：客户A， 客户A设计了一个自定义对象，用来存储客户汽车的信息，比如品牌、型号、颜色、年份和购买价格。现在，客户A希望自定义数据输入表格的布局。 ，是否应该使用Lightning Components？， 对于客户A的需求，其实不一定需要使用Lightning Components。因为客户A的需求主要是自定义数据输入表格的布局，这可以通过Salesforce的标准功能来实现，比如使用“页面布局编辑器”或“记录类型”来调整字段的排列和显示方式。Lightning Components更适合用于创建复杂的、动态的用户界面，或者需要高度定制化的功能。如果客户A的需求只是简单的布局调整，使用标准功能就足够了，这样既简单又省时。 ，场景62：客户B， 客户B希望创建一个自定义应用程序，这个应用程序会出现在Lightning Experience内的自定义选项卡中。客户B的IT团队精通React.JS，但还没有Lightning组件框架的经验。这个应用程序主要由网格、搜索表格和一些动态生成的HTML组成。 ，是否应该使用Lightning Components开发应用程序？， 对于客户B的情况，使用Lightning Components可能是一个不错的选择。虽然客户B的IT团队目前没有Lightning组件框架的经验，但Lightning Components是基于现代Web技术（如HTML、CSS和JavaScript）构建的，与React.JS有一些相似之处。因此，IT团队可以相对容易地上手。 此外，Lightning Components是Salesforce原生支持的开发框架，能够很好地与Lightning Experience集成，提供一致的用户体验。如果客户B希望应用程序能够无缝融入Salesforce环境，并且未来可能需要扩展或与其他Salesforce功能集成，那么使用Lightning Components会是一个更合适的选择。 当然，如果客户B的应用程序功能相对简单，且IT团队更倾向于使用他们熟悉的React.JS，也可以考虑使用React.JS开发，然后通过Lightning Container组件嵌入到Salesforce中。不过，这种方式可能会增加一些复杂性，尤其是在与Salesforce数据交互时。 总结一下： - 客户A的需求可以通过标准功能实现，不一定需要Lightning Components。 - 客户B的需求更适合使用Lightning Components，尤其是考虑到未来的扩展和集成需求。 希望这些解释对你有帮助！如果有更多问题，随时问我哦！