El Realtime UI Pack de sgcUI

TsgcUIPresenceModel guarda los usuarios y su estado (conectado, ausente, ocupado o desconectado) con un texto de estado. Los controles de avatar siguen al modelo, de modo que un cambio de estado repinta a la vez todos los avatares e indicadores de ese usuario.

• El modelo de presencia recibe sus cambios de AddOrUpdate y SetStatus en código, o de un mensaje en vivo por cambio.
• Un avatar, un grupo de avatares con un chip "+N" para los usuarios que no caben, y un indicador de presencia con el punto de estado y el texto de estado.
• El feed de actividad de sgcDashboard lee el mismo modelo, de modo que cada actor muestra su avatar y su estado.

Producto

sgcUICore, compartido por todos los productos sgcUI

Delphi y C++Builder

TsgcVCLAvatar, TsgcVCLAvatarGroup, TsgcVCLPresenceIndicator y sus gemelos TsgcFMX

Edición

Todas las ediciones, Community incluida, y también los mensajes de presencia en vivo

Ayuda: Presencia y Avatares e indicador de presencia.

TsgcDashboardActivityModel registra cada actividad como un actor, un verbo y un objeto, con los campos que cambiaron. El feed de actividad y la pista de auditoría son dos vistas del mismo modelo.

• Feed de actividad: lo más reciente primero, con horas relativas y el avatar de cada actor tomado del modelo de presencia.
• Pista de auditoría: una tabla cuyas filas se expanden a los campos modificados.
• Ambos son controles independientes y también mosaicos de actividad y de auditoría para un panel.

Producto

sgcDashboard

Delphi y C++Builder

TsgcVCLActivityFeed, TsgcVCLAuditTrail, TsgcVCLDashboardActivityTile, TsgcVCLDashboardAuditTile y sus gemelos TsgcFMX

Edición

Todas las ediciones, Community incluida. Los mensajes de actividad en vivo son de la edición Registrada.

Ayuda: Feed de actividad, Mensajes de actividad en vivo, Tile de actividad y Tile de auditoría.

• El origen nunca se conecta, se suscribe ni envía. La URL, las credenciales, TLS y la reconexión corresponden al cliente, y el enlace sobrevive a una reconexión del WatchDog.
• Un origen alimenta varios modelos mediante sus enlaces, así que una sola conexión puede controlar toda una pantalla. Un enlace puede desenvolver un sobre de aplicación, y tu propio manejador del evento del cliente se sigue disparando.
• Los modelos se llaman siempre en el hilo principal. Los mensajes que llegan en un hilo de socket se ponen en cola y se aplican en una sola visita al hilo principal, en orden de llegada.
• El puente es solo de entrada. Cuando el usuario lee o descarta una notificación, la aplicación envía su propia trama por el mismo cliente.

Las cuatro formas de mensaje

No hay ningún protocolo nuevo. Cada modelo lee el mensaje en vivo de su flujo: un objeto JSON por cambio, con un miembro type que nombra el flujo y un miembro op.

{"type":"presence","op":"upsert","user":{"id":"u7","presence":"away","statusText":"Lunch"}}
{"type":"notification","op":"add","notification":{"id":"n2","title":"Build 812 passed","severity":"success"}}
{"type":"activity","op":"add","item":{"id":"a20","actorId":"u7","verb":"updated","objectName":"Invoice INV-17"}}
{"type":"log","op":"append","entry":{"level":"warning","source":"api","message":"Slow query"}}

oSource := TsgcUILiveSource_MQTT.Create(Self);
oSource.Client := MQTT;
// un enlace por modelo, seleccionado por su tema
oBinding := oSource.Bindings.Add;
oBinding.Target := PresenceModel;
oBinding.Topic := 'ops/presence';
oBinding := oSource.Bindings.Add;
oBinding.Target := NotificationModel;
oBinding.Topic := 'ops/notifications';
oBinding := oSource.Bindings.Add;
oBinding.Target := ActivityModel;
oBinding.Topic := 'ops/activity';
oBinding := oSource.Bindings.Add;
oBinding.Target := LogModel;
oBinding.Topic := 'ops/log/+';
// el origen nunca se suscribe: suscríbete en OnMQTTConnect del cliente
MQTT.Subscribe('ops/#');

Los orígenes en vivo son solo de la edición Registrada y necesitan sgcWebSockets, como todos los puentes de sgcUI con sgcWebSockets. Sin servidor, o en una compilación Community, la aplicación llama en su lugar a la API de cada modelo: AddOrUpdate y SetStatus del modelo de presencia, Add o Post del modelo de notificaciones, Add del modelo de actividad y Append del modelo de registro.

Lee el tema de ayuda Orígenes en vivo

• Modelos: TsgcUIPresenceModel (espacio de nombres esegece.sgcUICore), TsgcNotificationModel y TsgcNotificationPreferences (esegece.sgcNavigation), TsgcToolbarBadgeLink (esegece.sgcToolbar), TsgcDashboardActivityModel (esegece.sgcDashboard) y TsgcGridLogModel con TsgcGridLogLink (esegece.sgcGrid).
• Controles: TsgcWinFormsAvatar, TsgcWinFormsToastManager, TsgcWinFormsNotificationInbox, TsgcWinFormsActivityFeed, TsgcWinFormsAuditTrail y los demás controles, cada uno con su gemelo TsgcWpf y TsgcAvalonia.
• Orígenes en vivo: TsgcUILiveSource_WebSocket, TsgcUILiveSource_MQTT y TsgcUILiveSource_SSE en el paquete esegece.sgcUICore.sgcWebSockets, solo en la edición Registrada.
• Los paquetes Community gratuitos de NuGet, como esegece.sgcNavigation.Community y esegece.sgcGrid.Community, dejan fuera las mismas partes que las compilaciones Community de Delphi.
• La demo .NET tiene anfitriones WinForms, WPF y Avalonia sobre un proyecto compartido con los modelos, el simulador y la autocomprobación.

Ayuda: Paquetes .NET y Realtime UI Pack.