$dark: #333333;
.d-flex {
display: flex;
}
.text-dark {
color: $dark;
}
- Reseteos y fuentes.
- Cuerpo, secciones, etc.
- Títulos, párrafos, botones, etc.
- Clases auxiliares (Espaciado, bordes, etc).
Siempre haciendo el uso de clases y no del elemento directamente p { //… }
-
Se mantiene un código sostenible y más limpio para el programador, y se es menos propenso a crear conflictos entre estilos.
SASS: Es uno de los más usados y en el que mejor estor adaptado-
La regla de estilo !important
es utilizado con el fin de dar prioridad a un código, y se usa principalmente cuando se trabaja con platillas(Themes) ya preestablecidas o en el uso de algún framework de estilo. El uso de dicha regla se considera para algunos una mala práctica y se debe evitar siempre que se pueda en nuestros códigos.
El uso de themes durante un proyecto es de gran ayuda cuando un aplicativo es de bajo presupuesto y se requiere tener ciertos diseños definidos, así evitar pérdida de tiempo mayores para el programador, y su uso principalmente es porque no se tiene tiempo para crear diseños personalizado para un sitio web.
Como su nombre lo indica, son diseños creados para un aplicativo, que sirven como referencia para maquetar como se verá la interfaz de usuario, a su vez ayuda al programador (principalmente front-end) a tener idea de lo que va a realizar
Diseño hecho con Adobe XD, Para ver Click aquí.
Utilizaría Adobe XD dado que tiene muchas ventajas. entre ellas:
- Es gratis, y siempre se está actualizando.
- Diseños más realistas, dado que algunos solo ofrecen hacer solo bocetos.
- Es interactivo; Esto ayuda a saber cuál es el flujo del aplicativo, tanto al cliente como al programador.
Diseñe una arquitectura de dos capas (no es necesario realizar implementación en código):
App: módulos de la aplicación
Store: estado de la aplicación
R:// Básicamente se hace uso del patrón Redux, en angular es normal usar NgRx para esto.
App: Contendra todos los modulos de la aplicacion, para que puedan interactuar entre si deberán llamar a un acción(borrar, editar, agregar, etc), esto a su vez provocara un cambio de estado, para obtener el estado actual se hace uso del Store
Store: Almacena toda la información de la aplicación accesible en cualquier instante, este será de solo lectura.
Mas información, aquí
Marque la respuesta correcta y justifique brevemente.
- Comuncación directa entre Components
- Comuncación a través de un Service
- Comuncación a través del Store
- Ninguna de las anteriores
R:// A través de un Service, son la mejor opción para componentes que no se conocen y transmitir información a múltiples módulos al tiempo dentro del aplicativo.
- Manejar Guards a varios niveles.
- Usar Resolvers exclusivos.
- Aplicar Lazy Loading.
- Ninguna de las anteriores.
R:// Usar Guards, estos están diseñados para ser llamados durante la navegación del consumidor, y con la correcta implementación logran ser muy potentes para dar redirección a un usuario no autorizado.
- Reposar en el Angular Module.
- Reposar en el Shared Module.
- Reposar en un módulo exclusivo.
- Ninguna de las anteriores
R:// Ninguna las anteriores, este debería ser implementado en un Service por aparte, donde pude llevar métodos que sean relacionados con la autenticación del usuario, como obtener información de la persona loguiada, recordar contraseña, etc.
- Implementar un Service para vigilar los logs.
- Implementar un Feature en el Store para vigilar los logs.
- Implementar un Interceptor para vigilar los logs.
- Ninguna de las anteriores
R:// Usar Interceptor, como su palabra lo indica, podemos hacer uso de estos para interceptar lo que pasa por nuestro aplicativo, entre ello vigilar los errores que ocurren y dar a conocer estos de manera más legible al usuario.
- Bugs al 0%
- Clean code al 100%
- Funcionalidad al 100%
- Ninguna de las anteriores
R:// Funcionalidad al 100%, dado que estos se realizan para mantener el aplicativo con un correcto funcionamiento mientras se implementas nuevas funcionalidades, pero no implica que pueda tener errors(bugs), y mucho menos saber si se hace un Codigo limpio
- Flujo completo del usuario a través de pantallas
- Interacción del usuario con componentes de cada pantalla
- Agotar escenarios de cada pantalla
- Ninguna de las anteriores
R:// Flujo completo, este se da desde el punto de vista del usuario, y ya no implica código interno, se enfoca principalmente en encontrar fallas en el flujo del consumidor final.