Jerarquía de clases

Introducción

Todos los componentes de Catalyst se modelan como clases Swift en el SDK de iOS. Los miembros y métodos de estas clases de componentes definen el comportamiento del componente y te permiten realizar diversas operaciones en el componente.

El paquete del SDK de iOS de Catalyst contiene herramientas para trabajar con los siguientes componentes y funcionalidades de Catalyst de diversos servicios de Catalyst:

• General: Timezone
• Serverless: Functions
• Cloud Scale: Authentication, Data Store, File Store, Search, ZCQL

La jerarquía de las clases de componentes del SDK de iOS de Catalyst se muestra en el diagrama de arquitectura a continuación.

La clase ZCatalystApp es la clase base del SDK de iOS de Catalyst. Comprende varios métodos que te permiten inicializar el SDK y acceder a los diversos componentes del proyecto de Catalyst. Las otras clases pertenecen a los componentes respectivos y sus funcionalidades específicas admitidas por el SDK.

Objetos de instancia

Cada clase disponible bajo ZCatalystApp contiene funciones para obtener las propiedades y datos de sus entidades hijas inmediatas mediante la ejecución de llamadas a la API.

Sin embargo, no siempre es efectivo seguir la jerarquía de clases, hasta la parte superior, para obtener los datos de un componente en un nivel inferior. Esto se debe a que tal acción implicaría llamadas a la API en cada nivel y eso haría que el uso de tu aplicación sea ineficiente. Para evitar esta situación y hacer que tu aplicación sea más rentable, Catalyst proporciona objetos de instancia en cada clase.

Los objetos de instancia están presentes en cada clase de componente, a los cuales se puede acceder a través de un método getInstance(). Este método obtiene un objeto ficticio del componente, que luego se puede usar para obtener los métodos de todas sus entidades hijas.

Por lo tanto, para recuperar las propiedades de un componente de Catalyst, debes llamar al objeto del componente con su método getInstance(). Luego debes usar el mismo objeto para llamar a los otros métodos definidos por el componente. Esto evita llamadas innecesarias y excesivas a la API.