Empiece a realizar un seguimiento de su progreso
Inicio de Trailhead
Inicio de Trailhead

Descubrir pasos siguientes

Objetivos de aprendizaje

Después de completar esta unidad, podrá:
  • Mencionar cinco aspectos de componentes Aura que puede explorar en más profundidad.
  • Planificar tres mejoras que podría realizar en la aplicación Expenses.
  • ¡Ganar. Esta. Insignia!

¡Felicitaciones!

¡Lo consiguió! Estamos emocionados por usted, impresionados por usted y orgullosos de usted. En serio, este es un módulo duro y ganar esta insignia dice mucho. ¡Felicitaciones!

El reto de esta unidad es todo lo que se interpone entre usted y esa insignia, y después de todo el esfuerzo que puso en ello, haremos que éste sea fácil. Pero, no se adelante. Aunque esta unidad es “sencilla” en el sentido del reto, si desea tener éxito como desarrollador de componentes Lightning, esta unidad es tan importante como las otras.

El modulo Fundamentos de componentes Aura muestra los fundamentos básicos del desarrollo de aplicaciones con componentes Aura, pero solo es el comienzo. Llegados a este punto en este módulo, le quedan más cosas que aprender. Al menos si quiere convertirse en un maestro de los componentes Lightning.

En esta unidad trataremos dos temas. Primero, proporcionaremos una encuesta de los tipos de cosas que no tenemos espacio para tratar en este módulo, junto con indicadores para el punto en que desea comenzar a aprender sobre ellos. Y después de eso, sugeriremos un par de proyectos de tipo tareas que se puede llevar. Existe un número de incorporaciones “obvias” a nuestra pequeña aplicación de gastos que podría intentar hacer usted mismo. ¡La mejor forma de aprender es haciendo!

¿Qué nos saltamos o pasamos por alto?

Puesto que íbamos a crear la aplicación de gastos, tuvimos que decir “no trataremos esto aquí” más veces de las que podemos contar. Odiamos cada una de ellas y probablemente usted también. Pero creíamos que nos odiaría más si llenábamos este módulo con ocho horas o más.

Salesforce Lightning Design System

SLDS es un sistema potente, flexible e integral para la implementación del estilo Lighting Experience en sus aplicaciones. Puede utilizarlo en Componentes Lightning, Visualforce e incluso en marca normal. Un redactor en el equipo de documentación de Salesforce lo utilizó para crear prototipos de... espere, no podemos hablarle de eso aún.

SLDS es divertido de aprender y aún más divertido de utilizar. Existe un módulo de Trailhead dedicado a él (utilizando Visualforce), y un número de proyectos de Trailhead que ilustran su uso. Además, existe un sitio Web wowza dedicado a hacerlo llegar a las personas.

Dónde puede utilizar Componentes Lightning

Señalamos este tema en una avalancha de capturas de pantalla y nunca volvimos atrás. Pero los Componentes Lightning se pueden utilizar en muchas, muchas formas en Salesforce, e incluso fuera de la plataforma.

En concreto, empleamos todo nuestro tiempo creando una “my.app” independiente. Querrá definitivamente saber cómo agregar sus aplicaciones a la aplicación Salesforce y Lightning Experience. La buena noticia es que es muy sencillo, le hará preguntarse por qué no lo tratamos. (Siga leyendo, socio.)

La Guía del desarrollador de Componentes Lightning es la mejor fuente de información acerca de dónde y cómo puede utilizar sus aplicaciones Componentes Lightning.

Depuración

Solo tratamos las técnicas de depuración más primitivas. Aprender a depurar sus aplicaciones Componentes Lightning, utilizando varias herramientas sofisticadas diferentes para hacerlo, es algo que pagará dividendos ahorrando horas y evitando frustraciones.

En concreto, recomendamos aprender sobre el conjunto DevTools enriquecido de Chrome y Salesforce Lightning Inspector, que funciona con él. Los desarrolladores de Apex querrán también aprender sobre las herramientas de depuración disponibles para Apex, muchas de ellas directamente en Developer Console.

Tipos de datos

Mencionamos brevemente que existen algunos tipos de datos “específicos de marco” que puede utilizar para atributos. Estos se utilizan, por lo general, para facetas, en concreto la faceta body. Y omitimos deliberadamente las facetas, especialmente body, porque son complicadas y no son esenciales para el desarrollo básico de Componentes Lightning. Al final, querrá aprender todo acerca de estos conceptos, no obstante, porque poder establecer body (u otras facetas) de un componente es una técnica potente que le puede ahorrar mucho código y engorros.

Asistentes

Escribió bastante código de auxiliar en este módulo, pero existen algunos usos avanzados de auxiliares que vale la pena conocer. Como los auxiliares son la forma principal en que comparte código reutilizable, es un área importante que explorar.

Gestión y ciclo de vida de solicitudes de servidor

Tratamos cómo realizar una solicitud de servidor utilizando $A.enqueueAction() y cómo gestionar una respuesta correcta. Existen otras posibilidades y realmente necesita saber cómo gestionarlas. También existen varios tipos diferentes de solicitudes y el uso de la correcta puede mejorar de forma significativa el desempeño de su aplicación en algunos casos.

Seguridad, seguridad, seguridad, seguridad

Lo sermoneamos con anterioridad, por lo que no lo haremos aquí. Pero hay mucho que saber.

Eventos de aplicación

Los mencionamos y son muy importantes para aplicaciones más grandes. Y aunque tratamos fundamentos de eventos, hay mucho que saber sobre ellos. No podemos crear aplicaciones sofisticadas con Componentes Lightning sin saber todo acerca de los eventos.

Qué no hemos tratado en absoluto

Existe también un número de temas que simplemente no hemos mencionado. Algunos de ellos son complejos, algunos avanzados y algunos ambas cosas. Estamos mencionando algunos aquí para que los considere.

Otros tipos de recurso de paquete

Tratamos los cuatro tipos de recurso de paquete principales de Componentes Lightning. Existen otros cuatro. Mientras que los recursos Diseño y CVG tienen algunos fines especializados, los recursos Documentación y Representador son potencialmente útiles en cualquier componente Lightning.

Navegación

Se le perdonaría por pensar que esto es fundamental. En cualquier aplicación compleja del mundo real, lo es. Y en muchos casos, si está ejecutando dentro de Lightning Experience o la aplicación Salesforce, desarrollar la navegación es realmente muy sencillo. No obstante, vea el siguiente elemento.

Creación dinámica de componentes

Una de las principales formas de “navegación” en sus aplicaciones Componentes Lightning es crear nuevos componentes de forma dinámica, en respuesta a acciones del usuario. Toda esta área es enriquecida y potente y lo suficientemente compleja que estaría sudando en este módulo durante una semana. Le proporcionaremos un término de búsqueda y puede comenzar a explorar: $A.createComponent().

Gestión de errores

Existe la gestión de errores del servidor y existe la gestión de errores puramente del lado del cliente. Para los fines de este módulo, asumimos que siempre tendrá éxito. Desafortunadamente, en el mundo real, los fallos y hechos extraños suceden con pasmosa asiduidad. El Gran Ingeniero dijo su mejor frase: Todo lo que puede ir mal, irá mal. Por lo que podría también planificar gestionar y recuperarse de errores lo mejor que pueda.

force: Eventos y componentes de espacio de nombre

Cuando se ejecuta su aplicación Componentes Lightning en Lightning Experience y la aplicación Salesforce, existe un número de componentes y eventos realmente fantásticos que puede utilizar. Algunos de estos componentes funcionan en otros contextos, pero muchos de ellos solo son fáciles de utilizar en Lightning Experience y la aplicación Salesforce y por lo tanto no les hemos echado un vistazo.

Eventos de sistema

Técnicamente abordamos esto en la forma de gestores de inicialización, pero no explicamos que el evento de inicialización es uno de un conjunto de eventos del sistema que puede captar durante el ciclo de vida del componente o la aplicación. (Para ese asunto, tampoco hablamos de ese ciclo de vida.) Existen muchos de ellos y puede utilizarlos para hacer que sus componentes “hagan algo” en puntos específicos de su existencia o gestionen situaciones específicas.

Ejercicios para los aventureros

Esperamos haber estimulado su apetito de más aprendizaje sobre Componentes Lightning. Aquí le presentamos un par de ideas de cosas que podría hacer con la aplicación Expenses que podrían resultar en una interesante exploración y que se ajustan de forma natural a lo que acaba de aprender.

Borrar el formulario después del envío

Justo ahora, cuando hace clic en el botón Create Expense, el formulario permanece relleno. No es difícil establecer los campos como cadenas vacías... pero, ¿cuándo debería hacerlo? Piense en el comportamiento que desea, acerca del uso y acerca de las varias posibilidades en términos de respuestas de servidor. (O sea, detrás del ÉXITO.)

Una vez que haya decidido sobre el comportamiento, ¿donde pone el código? Suena fácil a primera vista, y luego se da cuenta de que la gestión de respuestas del servidor está en expenses y los campos de formulario están en expenseForm. ¿Cómo suena esto para un trabajo?

Mostrar un mensaje “Expense Saved” (Gasto guardado)

Cuando se guarda su gasto con éxito en el servidor, estaría bien mostrar al usuario un pequeño mensaje de operación correcta. Y quizás el mensaje es diferente para la actualización de la casilla Reimbursed? frente a la creación de un nuevo gasto. O quizás en ocasiones no muestra ningún mensaje.

Gestionar fallos

¿Qué sucede si una regla de validación de datos le impide guardar un registro en el servidor? ¿O sucede otro error? En estos momentos, nada; la aplicación falla de forma silenciosa. Para la casilla Reimbursed?, la aplicación puede mostrar un estado incorrecto para el gasto. Ambas cosas son malas.

Tratar con simples fallos no implica realmente la redacción de muchas líneas de código. Pero tendrá que leer algo sobre ello antes de comenzar.

Permitir la modificación de registros de gastos

Este es un poco avanzado, pero puede afrontarlo en etapas. En primer lugar, cuando haga clic en un gasto en la lista de gastos, tenga el formulario relleno con los valores de gasto apropiados. Luego cambie el texto del botón Create Expense (Crear gasto) a Save Expense (Guardar gasto). (¡No haga trampas y haga que diga Save Expense todo el tiempo!) Luego cambie el evento que el formulario desencadena para actualizar el gasto existente en vez de crear uno nuevo.

Y con eso, lo dejaremos por hoy. ¡Felicitaciones de nuevo y esperamos que encontrará fama, fortuna e ilusión en su aventura de desarrollo de aplicaciones Componentes Lightining!