Este texto se tradujo utilizando el sistema de traducción automatizado de Salesforce. Realice nuestra encuesta para proporcionar comentarios sobre este contenido y díganos qué le gustaría ver a continuación.
Componible - Interoperabilidad
Obtenga más información acerca de Adaptable bien arquitectado → Componible → Interoperabilidad → Gestión de API
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Plataforma | Negocio | ✅ Las aplicaciones cliente utilizan la versión de API más reciente para llamar a las aplicaciones cliente de Salesforce que llaman a las API de Salesforce Platform actualizar regularmente la versión de API que están utilizando |
| Plataforma | Estándares de diseño | ✅ Existen protocolos claros para la comunicación entre componentes (es decir, API) |
| Plataforma | Estándares de diseño | ✅ Los protocolos/API se describen en grupos lógicos que los constructores pueden buscar y encontrar |
| Plataforma | Estándares de diseño | ✅ Los protocolos/API definen tipos de datos de variables, nombres de variables, lo que se requiere u opcional y proporcionan una descripción clara de cuándo utilizar |
| Plataforma | Documentación | ✅ Es posible buscar una API o protocolo en particular e identificar componentes donde se implementa |
| Plataforma | Documentación | ✅ La documentación de cada componente enumera claramente qué protocolo de API/comunicación se implementó |
| Plataforma | Organización | ✅ Los formatos y variables de mensajes de API para la comunicación interna se definen con tipos de metadatos personalizados |
| Plataforma | Organización | ✅ Los formatos y variables de mensajes de API para la comunicación interna se definen con eventos de plataforma |
| Plataforma | Organización | ✅ El código y las personalizaciones declarativas hacen referencia al tipo de metadatos personalizados apropiado (o evento de plataforma) para enviar o recibir información |
Obtenga más información acerca de Adaptable bien diseñado → Componible → Interoperabilidad → Mensajería y eventos
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué aspecto tiene? Patrón |
|---|---|
| Data 360 | Organización | ✅ Utilizar acciones de datos con eventos de plataforma para reutilizar patrones de integración existentes Aprovechar eventos de plataforma para hacer que las acciones de datos estén disponibles para sistemas externos aprovechar integraciones de API de Pub Sub y retransmisión de eventos existentes |
| Plataforma | Apex | ✅ Las definiciones de eventos personalizados tienen un ámbito limitado (no se definen eventos o mensajes de todo el sistema en el código) |
| Plataforma | Apex | ✅ Los servicios de mensajería o eventos de todo el sistema en Apex están anotados de formas que los hacen disponibles en herramientas de Salesforce Flow |
| Plataforma | Estándares de diseño | ✅ Existen estándares claros para cuándo utilizar patrones síncronos (mensajería) y patrones asíncronos (tarde) |
| Plataforma | Estándares de diseño | ✅ Existen estándares claros para estructuras de eventos y mensajes |
| Plataforma | Flujo | ✅ Las herramientas de Salesforce Flow hacen referencia a servicios de mensajería o eventos de todo el sistema |
| Plataforma | Componentes web Lightning (LWC) | ✅ Las definiciones de eventos personalizados tienen un ámbito limitado (no se definen eventos o mensajes de todo el sistema en el código) |
| Plataforma | Organización | ✅ Los patrones de mensajería y eventos coherentes aparecen en flujos y código |
| Plataforma | Eventos de plataforma | ✅ Los eventos de plataforma utilizados para la mensajería interna del sistema están claramente etiquetados |
Obtenga más información acerca de Adaptable bien arquitectado → Componible → Interoperabilidad → Gestión de API
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Plataforma | Negocio | ⚠️ Las aplicaciones cliente utilizan versiones de API desfasadas para llamar a las aplicaciones cliente de Salesforce que llaman a las API de Salesforce Platform necesitan actualizar regularmente la versión de API que están utilizando a la versión más reciente |
| Plataforma | Estándares de diseño | ⚠️ Los estándares de diseño no existen o no definen API y casos de uso |
| Plataforma | Documentación | ⚠️ La documentación del componente no existe |
| Plataforma | Documentación | ⚠️ La documentación del componente describe la API implementada dentro de un componente, pero es el único lugar donde aparece la definición de API |
| Plataforma | Documentación | ⚠️ No es posible buscar una API o protocolo en particular y/o las búsquedas no ayudan a identificar componentes donde se implementó una API o protocolo |
| Plataforma | Organización | ⚠️ Las API se definen exclusivamente para la comunicación entre Salesforce y sistemas externos |
| Plataforma | Organización | ⚠️ La comunicación entre componentes del sistema (código y personalizaciones declarativas) es ad hoc |
Obtenga más información acerca de Adaptable bien diseñado → Componible → Interoperabilidad → Mensajería y eventos
| ¿Dónde buscar? Área de producto | Ubicación | ¿Qué evitar? Antipatrón |
|---|---|
| Plataforma | Apex | ⚠️ Las estructuras de mensajes y/o eventos de todo el sistema se definen en código |
| Plataforma | Apex | ⚠️ Las estructuras de eventos o mensajes de todo el sistema definidas en Apex no están disponibles en herramientas como flujo |
| Plataforma | Estándares de diseño | ⚠️ Los estándares de diseño no existen, o carecen de estándares claros para patrones de sincronización frente a asíncronos y estándares claros para estructuras de mensajes o eventos |
| Plataforma | Componentes web Lightning (LWC) | ⚠️ Las estructuras de mensajes y/o eventos de todo el sistema se definen en código |
| Plataforma | Organización | ⚠️ Diferentes estrategias para patrones de mensajería y eventos aparecen entre flujos y códigos |
| Plataforma | Eventos de plataforma | ⚠️ Los eventos de plataforma utilizados para la mensajería interna del sistema no están claramente etiquetados o no existen |