Administrar Múltiples Estados De Carga En angular

Al desarrollar una aplicación Angular, probablemente tendrá que realizar solicitudes HTTP. Ya sea que se trate de obtener datos de una aplicación de back-end separada o de una API externa, es posible que su aplicación deba esperar una respuesta en algún momento.

El manejo adecuado del estado de una solicitud HTTP en una aplicación web es un caso de uso común. En una gran base de código, rápidamente se convierte en un asunto crítico de la arquitectura. Este asunto es aún más importante que Angular es un marco detallado.

En este contexto, su solución a esta preocupación tiene que ser:

  • Lo suficientemente simple como para mantener su base de código legible
  • Lo suficientemente reutilizable para mantener su base de código sana y ahorrar tiempo al crear nuevas páginas o componentes.
  • Suficientemente adaptable para manejar los diferentes casos de uso de su aplicación

Este artículo tiene como objetivo presentar varias formas de lidiar con la carga o el error de una solicitud en Angular, con respecto a estos tres aspectos.

¿Por qué deberíamos preocuparnos por mostrar los mensajes de error y los cargadores?

La primera razón principal para tener dificultades con esto es porque nos preocupamos por nuestros usuarios. Queremos que entiendan fácilmente lo que está pasando en la aplicación y no queremos que hagan clic diez veces en un botón mientras esperan que se realice una operación asíncrona.

Por lo tanto, es importante darles tantos comentarios como podamos cuando realizamos cosas asincrónicas.

RxJS

La gestión de ejecución asincrónica angular se apoya esencialmente en la programación reactiva, utilizando RxJS. Por lo tanto, todos los patrones presentados aquí involucran esta biblioteca.

En este artículo, mencionaré Observablesy BehaviorSubjects, si no está familiarizado con la programación reactiva y especialmente con estos 2 objetos, ¡lo invito a consultar la documentación muy bien diseñada de la biblioteca!

Administrar un estado de solicitud usando el estado del componente

Principio

La primera y más fácil forma de realizar un seguimiento de sus solicitudes es observarlas directamente dentro de su componente.

Digamos que construimos una API para mostrar pequeñas imágenes lindas de razas de gatos.

Nuestro componente declara dos atributos booleanos para almacenar el estado actual de la solicitud (carga y error) y estos atributos se actualizan a lo largo de la operación de obtención de datos:

Cómo se ve en un componente

@Component({  selector: 'app-fetch-breeds',  templateUrl: './fetch-breeds.component.html',})export class FetchBreedsComponent {  constructor(private myService: MyService) {}  loading = false;  error = false;  errorMessage = '';  fetchBreeds() {    // Reset request error state data    this.error = false;    this.errorMessage = '';    // Set the component in a loading state    this.loading = true;    // Start the fetch event pipeline involving :    this.myService.fetchBreeds().pipe(      // A handler which is called when our service triggers an error and      // which is dedicated to setting the error in a corresponding state      catchError(err => {        this.error = true;        this.errorMessage = err.message; // Or whatever error message you like      })      // A callback which is always called whether an error has been triggered      // or not.      // It is responsible for setting the component in a non-loading state.      finalize(() => {        this.loading = false;      })    )    .subscribe();  }}
<div>  <!-- If we are fetching the data, we display a loader -->  <app-loader *ngIf="loading"></app-loader>  <button (click)="fetchBreeds()">See these magnificent cats!</button>  <!-- If there is an error (and we are done waiting for a response), we display it -->  <app-error-message *ngIf="!loading && error">    {{ errorMessage }}  </app-error-message></div>

Administrar el estado de la solicitud dentro de un servicio

¿Por qué delegar esta lógica a un servicio?

El uso de servicios en una aplicación Angular ofrece muchas ventajas (principio DRY, pruebas eficientes, entre otras). En nuestro caso, también nos permite persistir y compartir datos entre componentes/otros servicios.

También permite la abstracción: su componente está dedicado a la visualización de la interfaz de usuario mientras que un servicio maneja cualquier lógica compleja interna del componente.

Caso 1: el estado se comparte entre varios componentes

Digamos que tenemos dos componentes que ofrecen dos funciones basadas en la entidad gatos: en una página vemos las imágenes de las razas y en la otra página podemos ver algunos detalles técnicos sobre estas razas.

Un ejemplo de arquitectura para manejar el estado de carga dentro de un servicio

Esta arquitectura implica la duplicación de la lógica responsable de enviar la solicitud, detectar errores y manejar un estado de carga en el medio.

Esta lógica podría trasladarse a un servicio dedicado, que expondrá un observable para la información de carga y otro para los errores:

@Injectable()export class CatBreedsService {    constructor(private http: HttpClient) {}    private _loadingSubject = new BehaviorSubject<boolean>(false)    isLoading$: this._loadingSubject.asObservable();    // We expose observables because we want our components to have a read access    // but no write access to the information    private _errorSubject = new BehaviorSubject<string | null>(null);    erros$: this._errorSubject.asObservable();    fetchBreeds(): Observable<CatBreed[]> {        this._loadingSubject.next(true);        this._errorSubject.next(null);        return this.http.get('/cat-breed').pipe(            catchError(err => {                this._errorSubject.next(err);                return of([]);            }),            finalize(() => this._loadingSubject.next(false))        )    }}

Ahora, los componentes solo tienen que llamar al ayudante de búsqueda del servicio, y la información de estado de carga/error sobre la entidad se compartirá en toda la aplicación.

@Component({  selector: "app-list-cat-breeds",  templateUrl: "./list-cat-breeds.component.html",})export class ListCatBreedsComponent implements OnInit {  constructor(private catBreedsService: CatBreedsService) {}  isLoading$ = this.catBreedsService.loading$;  hasErrors$ = this.catBreedsService.errors$;  ngOnInit() {    this.catBreedsService.fetchBreeds.subscribe();  }}

Administrar múltiples estados de solicitud dentro de un servicio

Caso 2 - Problemas de concurrencia

Ejemplo de caso de uso: varias apariciones de una entrada de autocompletar

También puede encontrar el caso en el que tiene que realizar una solicitud para la misma operación pero en múltiples contextos:

Por ejemplo, imaginemos que tenemos un formulario en el que cada entrada obtiene dinámicamente datos de autosugestión sobre cambios y muestra un cargador mientras se realiza la actualización. Si creamos asuntos únicos para manejar el estado de esta solicitud, habrá problemas de concurrencia.

Un ejemplo concreto de esto en nuestro contexto sería una página donde podemos atribuir razas a imágenes de gatos.

Un ejemplo de arquitectura para manejar múltiples estados de carga dentro de un servicio

El problema de los efectos secundarios

En este caso, dado que solo hay un sujeto de carga para cada entrada, un cambio en cualquier entrada pondrá a todos los demás en su estado de carga o estado de error.

Lo mismo ocurre con las sugestiones observables. Activa representaciones innecesarias en su aplicación, lo que puede tener consecuencias catastróficas para el rendimiento de la aplicación.

Los efectos secundarios significan que tiene que dividir este componente en varias partes

Se podría manejar este problema teniendo un estado complejo que incluya un observable de carga y un observable de error. El siguiente código muestra tal implementación:

export interface InputState {  loading$: BehaviorSubject<boolean>;  error$: BehaviorSubject<string >;}@Component({  selector: 'app-cat-breed-form',  templateUrl: './cat-breed-form.component.html',})export class CatBreedFormComponent implements OnInit {  inputs = ['input1', 'input2', 'input3'];  inputsState: { [key: string]: InputState } = {};  ngOnInit() {    this.inputs.forEach(input => {      this.inputsState[input] = {        loading$: new BehaviorSubject(false),        error$: new BehaviorSubject<string | null>(null)      };    }, {});  }  setLoading(inputId: string, value: boolean) {    this.inputsState[inputId].loading$.next(value)  }  setError(inputId: string, value: string | null) {    this.inputsState[inputId].error$.next(value)  }  getLoading(inputId: string) {    return this.inputsState[inputId].loading$.asObservable()  }  getError(inputId: string) {    return this.inputsState[inputId].error$.asObservable()  }  updateField(inputId: string) {    this.setLoading(inputId, true)    this.project$.pipe(      take(1),      catchError(err => {        this.setError(inputId, err)      }),      finalize(() => this.setLoading(inputId, err))    ).subscribe(() => { // do your stuff })}  }}

Algunas observaciones:

  • La lógica de los componentes se está complicando.
  • No puede exportar la lógica de recuperación a un servicio, o al menos debe administrar el estado de carga/error desde dentro del componente.
  • Para tener una plantilla legible, probablemente tendrá que implementargetters/setters

aumentando así el código escrito en el archivo ts del componente.

Dividiendo esto en componentes más simples, lo que en este caso significa implementar un componente de campo, volvemos al primer caso sin concurrencia.

Podemos crear un servicio dedicado que expone una función de registro que:

  • toma una identificación en la entrada
  • crea un formControl en el que el evento 'cambio' desencadena una búsqueda
  • devuelve formControl y los observables asociados de sugerencias de carga, error y autocompletado.
@Injectable()export class SearchService implements OnDestroy {  constructor(private http: HttpClient) {}  subscriptions: Subscription[] = [];  registerControl<T>(id: string, initialvalue: T) {    const control = new FormControl(initialvalue);    const _loadingSubject = new BehaviorSubject<boolean>(false);    const _errorsSubject = new BehaviorSubject<string | null>(null);    const _suggestedSubject = new BehaviorSubject<T[]>([]);    this.subscriptions.push(      control.valueChanges        .pipe(          switchMap((query: string | null) => {            if (query !== null && query.length > 0) {              return this.searchOnQuery<T[]>(query).pipe(                catchError(err => {                  _errorsSubject.next(err);                  return of([]);                }),                finalize(() => _loadingSubject.next(false))              );            }            return of([]);          }),          tap(suggestions => _suggestedSubject.next(suggestions))        )        .subscribe()    );    return [	control,	_loadingSubject.asObservable(),	_errorsSubject.asObservable(),	_suggestedSubject.asObservable()    ];  }  private searchOnQuery<T>(query: string) {    return this.http.get<T>('/search', {      params: {        query      }    });  }  ngOnDestroy() {    this.subscriptions.forEach(sub => sub.unsubscribe());  }}

Ahora solo tenemos que registrar cualquier nueva entrada dentro de este servicio:

@Component({  selector: 'app-cat-breed-autocomplete-input',  templateUrl: './cat-breed-autocomplete.component.html',  styleUrls: ['./cat-breed-autocomplete.component.scss']})export class CatBreedAutocompleteInput implements OnInit {  @Input() initialValue: Entity;  @Input() autocompleteId: string;  control: FormControl = new FormControl();  loading$: Observable<boolean> = of(false);  error$: Observable<boolean> = of(null);  suggestions$: Observable<boolean> = of([]);  constructor(private searchService: SearchService) {}  ngOnInit() {    const [control, loading$, error$, suggestions$] = this.searchService.register<CatBreed>(      this.autocompleteId,      this.initialValue    )    this.control = control;    this.loading$ = loading$;    this.error$: error$;    this.suggestions$ = suggestions$;  }}

Estos 4 observables ahora están disponibles en la plantilla y se pueden usar con tuberías asíncronas .

Esto permite que cada entrada se comporte de forma independiente, ya que cuentan con su propio sistema de gestión de eventos a través de la API de FormControl.

Conclusión

En este artículo, hemos visto dos formas diferentes de manejar el estado de carga de una solicitud usando RxJS y cómo incorporar esto dentro de su arquitectura Angular.

Con solo un cargador para manejar en un componente, está bien implementar la lógica de la interfaz de usuario en el componente. Con múltiples cargadores al mismo tiempo, las cosas se complican fácilmente y vimos cómo manejar esta nueva complejidad en el caso de múltiples entradas de autocompletar.

Fuente: https://blog.theodo.com/2021/01/managing-requests-loading-state-angular/

#angular #rxjs 

What is GEEK

Buddha Community

Administrar Múltiples Estados De Carga En angular
Christa  Stehr

Christa Stehr

1598940617

Install Angular - Angular Environment Setup Process

Angular is a TypeScript based framework that works in synchronization with HTML, CSS, and JavaScript. To work with angular, domain knowledge of these 3 is required.

  1. Installing Node.js and npm
  2. Installing Angular CLI
  3. Creating workspace
  4. Deploying your First App

In this article, you will get to know about the Angular Environment setup process. After reading this article, you will be able to install, setup, create, and launch your own application in Angular. So let’s start!!!

Angular environment setup

Install Angular in Easy Steps

For Installing Angular on your Machine, there are 2 prerequisites:

  • Node.js
  • npm Package Manager
Node.js

First you need to have Node.js installed as Angular require current, active LTS or maintenance LTS version of Node.js

Download and Install Node.js version suitable for your machine’s operating system.

Npm Package Manager

Angular, Angular CLI and Angular applications are dependent on npm packages. By installing Node.js, you have automatically installed the npm Package manager which will be the base for installing angular in your system. To check the presence of npm client and Angular version check of npm client, run this command:

  1. npm -v

Installing Angular CLI

  • Open Terminal/Command Prompt
  • To install Angular CLI, run the below command:
  1. npm install -g @angular/cli

installing angular CLI

· After executing the command, Angular CLI will get installed within some time. You can check it using the following command

  1. ng --version

Workspace Creation

Now as your Angular CLI is installed, you need to create a workspace to work upon your application. Methods for it are:

  • Using CLI
  • Using Visual Studio Code
1. Using CLI

To create a workspace:

  • Navigate to the desired directory where you want to create your workspace using cd command in the Terminal/Command prompt
  • Then in the directory write this command on your terminal and provide the name of the app which you want to create. In my case I have mentioned DataFlair:
  1. Ng new YourAppName

create angular workspace

  • After running this command, it will prompt you to select from various options about the CSS and other functionalities.

angular CSS options

  • To leave everything to default, simply press the Enter or the Return key.

angular setup

#angular tutorials #angular cli install #angular environment setup #angular version check #download angular #install angular #install angular cli

Ayyaz Zafar

1624138795

Angular Material Autocomplete - Multiple Use Cases covered

Learn How to use Angular Material Autocomplete Suggestions Search Input. I covered multiple use cases.

Please watch this video. I hope this video would be helpful for you to understand it and use it in your projects

Please subscribe: https://www.youtube.com/channel/UCL5nKCmpReJZZMe9_bYR89w

#angular #angular-material #angular-js #autocomplete #angular-material-autocomplete #angular-tutorial

Administrar Múltiples Estados De Carga En angular

Al desarrollar una aplicación Angular, probablemente tendrá que realizar solicitudes HTTP. Ya sea que se trate de obtener datos de una aplicación de back-end separada o de una API externa, es posible que su aplicación deba esperar una respuesta en algún momento.

El manejo adecuado del estado de una solicitud HTTP en una aplicación web es un caso de uso común. En una gran base de código, rápidamente se convierte en un asunto crítico de la arquitectura. Este asunto es aún más importante que Angular es un marco detallado.

En este contexto, su solución a esta preocupación tiene que ser:

  • Lo suficientemente simple como para mantener su base de código legible
  • Lo suficientemente reutilizable para mantener su base de código sana y ahorrar tiempo al crear nuevas páginas o componentes.
  • Suficientemente adaptable para manejar los diferentes casos de uso de su aplicación

Este artículo tiene como objetivo presentar varias formas de lidiar con la carga o el error de una solicitud en Angular, con respecto a estos tres aspectos.

¿Por qué deberíamos preocuparnos por mostrar los mensajes de error y los cargadores?

La primera razón principal para tener dificultades con esto es porque nos preocupamos por nuestros usuarios. Queremos que entiendan fácilmente lo que está pasando en la aplicación y no queremos que hagan clic diez veces en un botón mientras esperan que se realice una operación asíncrona.

Por lo tanto, es importante darles tantos comentarios como podamos cuando realizamos cosas asincrónicas.

RxJS

La gestión de ejecución asincrónica angular se apoya esencialmente en la programación reactiva, utilizando RxJS. Por lo tanto, todos los patrones presentados aquí involucran esta biblioteca.

En este artículo, mencionaré Observablesy BehaviorSubjects, si no está familiarizado con la programación reactiva y especialmente con estos 2 objetos, ¡lo invito a consultar la documentación muy bien diseñada de la biblioteca!

Administrar un estado de solicitud usando el estado del componente

Principio

La primera y más fácil forma de realizar un seguimiento de sus solicitudes es observarlas directamente dentro de su componente.

Digamos que construimos una API para mostrar pequeñas imágenes lindas de razas de gatos.

Nuestro componente declara dos atributos booleanos para almacenar el estado actual de la solicitud (carga y error) y estos atributos se actualizan a lo largo de la operación de obtención de datos:

Cómo se ve en un componente

@Component({  selector: 'app-fetch-breeds',  templateUrl: './fetch-breeds.component.html',})export class FetchBreedsComponent {  constructor(private myService: MyService) {}  loading = false;  error = false;  errorMessage = '';  fetchBreeds() {    // Reset request error state data    this.error = false;    this.errorMessage = '';    // Set the component in a loading state    this.loading = true;    // Start the fetch event pipeline involving :    this.myService.fetchBreeds().pipe(      // A handler which is called when our service triggers an error and      // which is dedicated to setting the error in a corresponding state      catchError(err => {        this.error = true;        this.errorMessage = err.message; // Or whatever error message you like      })      // A callback which is always called whether an error has been triggered      // or not.      // It is responsible for setting the component in a non-loading state.      finalize(() => {        this.loading = false;      })    )    .subscribe();  }}
<div>  <!-- If we are fetching the data, we display a loader -->  <app-loader *ngIf="loading"></app-loader>  <button (click)="fetchBreeds()">See these magnificent cats!</button>  <!-- If there is an error (and we are done waiting for a response), we display it -->  <app-error-message *ngIf="!loading && error">    {{ errorMessage }}  </app-error-message></div>

Administrar el estado de la solicitud dentro de un servicio

¿Por qué delegar esta lógica a un servicio?

El uso de servicios en una aplicación Angular ofrece muchas ventajas (principio DRY, pruebas eficientes, entre otras). En nuestro caso, también nos permite persistir y compartir datos entre componentes/otros servicios.

También permite la abstracción: su componente está dedicado a la visualización de la interfaz de usuario mientras que un servicio maneja cualquier lógica compleja interna del componente.

Caso 1: el estado se comparte entre varios componentes

Digamos que tenemos dos componentes que ofrecen dos funciones basadas en la entidad gatos: en una página vemos las imágenes de las razas y en la otra página podemos ver algunos detalles técnicos sobre estas razas.

Un ejemplo de arquitectura para manejar el estado de carga dentro de un servicio

Esta arquitectura implica la duplicación de la lógica responsable de enviar la solicitud, detectar errores y manejar un estado de carga en el medio.

Esta lógica podría trasladarse a un servicio dedicado, que expondrá un observable para la información de carga y otro para los errores:

@Injectable()export class CatBreedsService {    constructor(private http: HttpClient) {}    private _loadingSubject = new BehaviorSubject<boolean>(false)    isLoading$: this._loadingSubject.asObservable();    // We expose observables because we want our components to have a read access    // but no write access to the information    private _errorSubject = new BehaviorSubject<string | null>(null);    erros$: this._errorSubject.asObservable();    fetchBreeds(): Observable<CatBreed[]> {        this._loadingSubject.next(true);        this._errorSubject.next(null);        return this.http.get('/cat-breed').pipe(            catchError(err => {                this._errorSubject.next(err);                return of([]);            }),            finalize(() => this._loadingSubject.next(false))        )    }}

Ahora, los componentes solo tienen que llamar al ayudante de búsqueda del servicio, y la información de estado de carga/error sobre la entidad se compartirá en toda la aplicación.

@Component({  selector: "app-list-cat-breeds",  templateUrl: "./list-cat-breeds.component.html",})export class ListCatBreedsComponent implements OnInit {  constructor(private catBreedsService: CatBreedsService) {}  isLoading$ = this.catBreedsService.loading$;  hasErrors$ = this.catBreedsService.errors$;  ngOnInit() {    this.catBreedsService.fetchBreeds.subscribe();  }}

Administrar múltiples estados de solicitud dentro de un servicio

Caso 2 - Problemas de concurrencia

Ejemplo de caso de uso: varias apariciones de una entrada de autocompletar

También puede encontrar el caso en el que tiene que realizar una solicitud para la misma operación pero en múltiples contextos:

Por ejemplo, imaginemos que tenemos un formulario en el que cada entrada obtiene dinámicamente datos de autosugestión sobre cambios y muestra un cargador mientras se realiza la actualización. Si creamos asuntos únicos para manejar el estado de esta solicitud, habrá problemas de concurrencia.

Un ejemplo concreto de esto en nuestro contexto sería una página donde podemos atribuir razas a imágenes de gatos.

Un ejemplo de arquitectura para manejar múltiples estados de carga dentro de un servicio

El problema de los efectos secundarios

En este caso, dado que solo hay un sujeto de carga para cada entrada, un cambio en cualquier entrada pondrá a todos los demás en su estado de carga o estado de error.

Lo mismo ocurre con las sugestiones observables. Activa representaciones innecesarias en su aplicación, lo que puede tener consecuencias catastróficas para el rendimiento de la aplicación.

Los efectos secundarios significan que tiene que dividir este componente en varias partes

Se podría manejar este problema teniendo un estado complejo que incluya un observable de carga y un observable de error. El siguiente código muestra tal implementación:

export interface InputState {  loading$: BehaviorSubject<boolean>;  error$: BehaviorSubject<string >;}@Component({  selector: 'app-cat-breed-form',  templateUrl: './cat-breed-form.component.html',})export class CatBreedFormComponent implements OnInit {  inputs = ['input1', 'input2', 'input3'];  inputsState: { [key: string]: InputState } = {};  ngOnInit() {    this.inputs.forEach(input => {      this.inputsState[input] = {        loading$: new BehaviorSubject(false),        error$: new BehaviorSubject<string | null>(null)      };    }, {});  }  setLoading(inputId: string, value: boolean) {    this.inputsState[inputId].loading$.next(value)  }  setError(inputId: string, value: string | null) {    this.inputsState[inputId].error$.next(value)  }  getLoading(inputId: string) {    return this.inputsState[inputId].loading$.asObservable()  }  getError(inputId: string) {    return this.inputsState[inputId].error$.asObservable()  }  updateField(inputId: string) {    this.setLoading(inputId, true)    this.project$.pipe(      take(1),      catchError(err => {        this.setError(inputId, err)      }),      finalize(() => this.setLoading(inputId, err))    ).subscribe(() => { // do your stuff })}  }}

Algunas observaciones:

  • La lógica de los componentes se está complicando.
  • No puede exportar la lógica de recuperación a un servicio, o al menos debe administrar el estado de carga/error desde dentro del componente.
  • Para tener una plantilla legible, probablemente tendrá que implementargetters/setters

aumentando así el código escrito en el archivo ts del componente.

Dividiendo esto en componentes más simples, lo que en este caso significa implementar un componente de campo, volvemos al primer caso sin concurrencia.

Podemos crear un servicio dedicado que expone una función de registro que:

  • toma una identificación en la entrada
  • crea un formControl en el que el evento 'cambio' desencadena una búsqueda
  • devuelve formControl y los observables asociados de sugerencias de carga, error y autocompletado.
@Injectable()export class SearchService implements OnDestroy {  constructor(private http: HttpClient) {}  subscriptions: Subscription[] = [];  registerControl<T>(id: string, initialvalue: T) {    const control = new FormControl(initialvalue);    const _loadingSubject = new BehaviorSubject<boolean>(false);    const _errorsSubject = new BehaviorSubject<string | null>(null);    const _suggestedSubject = new BehaviorSubject<T[]>([]);    this.subscriptions.push(      control.valueChanges        .pipe(          switchMap((query: string | null) => {            if (query !== null && query.length > 0) {              return this.searchOnQuery<T[]>(query).pipe(                catchError(err => {                  _errorsSubject.next(err);                  return of([]);                }),                finalize(() => _loadingSubject.next(false))              );            }            return of([]);          }),          tap(suggestions => _suggestedSubject.next(suggestions))        )        .subscribe()    );    return [	control,	_loadingSubject.asObservable(),	_errorsSubject.asObservable(),	_suggestedSubject.asObservable()    ];  }  private searchOnQuery<T>(query: string) {    return this.http.get<T>('/search', {      params: {        query      }    });  }  ngOnDestroy() {    this.subscriptions.forEach(sub => sub.unsubscribe());  }}

Ahora solo tenemos que registrar cualquier nueva entrada dentro de este servicio:

@Component({  selector: 'app-cat-breed-autocomplete-input',  templateUrl: './cat-breed-autocomplete.component.html',  styleUrls: ['./cat-breed-autocomplete.component.scss']})export class CatBreedAutocompleteInput implements OnInit {  @Input() initialValue: Entity;  @Input() autocompleteId: string;  control: FormControl = new FormControl();  loading$: Observable<boolean> = of(false);  error$: Observable<boolean> = of(null);  suggestions$: Observable<boolean> = of([]);  constructor(private searchService: SearchService) {}  ngOnInit() {    const [control, loading$, error$, suggestions$] = this.searchService.register<CatBreed>(      this.autocompleteId,      this.initialValue    )    this.control = control;    this.loading$ = loading$;    this.error$: error$;    this.suggestions$ = suggestions$;  }}

Estos 4 observables ahora están disponibles en la plantilla y se pueden usar con tuberías asíncronas .

Esto permite que cada entrada se comporte de forma independiente, ya que cuentan con su propio sistema de gestión de eventos a través de la API de FormControl.

Conclusión

En este artículo, hemos visto dos formas diferentes de manejar el estado de carga de una solicitud usando RxJS y cómo incorporar esto dentro de su arquitectura Angular.

Con solo un cargador para manejar en un componente, está bien implementar la lógica de la interfaz de usuario en el componente. Con múltiples cargadores al mismo tiempo, las cosas se complican fácilmente y vimos cómo manejar esta nueva complejidad en el caso de múltiples entradas de autocompletar.

Fuente: https://blog.theodo.com/2021/01/managing-requests-loading-state-angular/

#angular #rxjs 

Roberta  Ward

Roberta Ward

1593184320

Basics of Angular: Part-1

What is Angular? What it does? How we implement it in a project? So, here are some basics of angular to let you learn more about angular.

Angular is a Typescript-based open-source front-end web application platform. The Angular Team at Google and a community of individuals and corporations lead it. Angular lets you extend HTML’s syntax to express your apps’ components clearly. The angular resolves challenges while developing a single page and cross-platform applications. So, here the meaning of the single-page applications in angular is that the index.html file serves the app. And, the index.html file links other files to it.

We build angular applications with basic concepts which are NgModules. It provides a compilation context for components. At the beginning of an angular project, the command-line interface provides a built-in component which is the root component. But, NgModule can add a number of additional components. These can be created through a template or loaded from a router. This is what a compilation context about.

What is a Component in Angular?

Components are key features in Angular. It controls a patch of the screen called a view. A couple of components that we create on our own helps to build a whole application. In the end, the root component or the app component holds our entire application. The component has its business logic that it does to support the view inside the class. The class interacts with the view through an API of properties and methods. All the components added by us in the application are not linked to the index.html. But, they link to the app.component.html through the selectors. A component can be a component and not only a typescript class by adding a decorator @Component. Then, for further access, a class can import it. The decorator contains some metadata like selector, template, and style. Here’s an example of how a component decorator looks like:

@Component({
    selector: 'app-root',
    templateUrl: 'app.component.html',
    styleUrls: ['app.component.scss']
})

Role of App Module

Modules are the package of functionalities of our app. It gives Angular the information about which features does my app has and what feature it uses. It is an empty Typescript class, but we transform it by adding a decorator @NgModule. So, we have four properties that we set up on the object pass to @NgModule. The four properties are declarations, imports, providers, and bootstrap. All the built-in new components add up to the declarations array in @NgModule.

@NgModule({
declarations: [
  AppComponent,
],
imports: [
  BrowserModule,
  HttpClientModule,
  AppRoutingModule,
  FormsModule
],
bootstrap: [AppComponent]
})

What is Data Binding?

Data Binding is the communication between the Typescript code of the component and the template. So, we have different kinds of data binding given below:

  • When there is a requirement to output data from our Typescript code in the HTML template. String interpolation handles this purpose like {{data}} in HTML file. Property Binding is also used for this purpose like [property] = “data”.
  • When we want to trigger any event like clicking a button. Event Binding works while we react to user events like (event) = “expression”.
  • When we can react to user events and output something at the same time. Two-way Binding is used like [(ngModel)] = “data”.

image for understanding data binding

#angular #javascript #tech blogs #user interface (ui) #angular #angular fundamentals #angular tutorial #basics of angular

joe biden

1617257581

Software de restauración de Exchange para restaurar sin problemas PST en Exchange Server

¿Quiere restaurar los buzones de correo de PST a Exchange Server? Entonces, estás en la página correcta. Aquí, lo guiaremos sobre cómo puede restaurar fácilmente mensajes y otros elementos de PST a MS Exchange Server.

Muchas veces, los usuarios necesitan restaurar los elementos de datos de PST en Exchange Server, pero debido a la falta de disponibilidad de una solución confiable, los usuarios no pueden obtener la solución. Háganos saber primero sobre el archivo PST y MS Exchange Server.

Conozca PST y Exchange Server

PST es un formato de archivo utilizado por MS Outlook, un cliente de correo electrónico de Windows y muy popular entre los usuarios domésticos y comerciales.

Por otro lado, Exchange Server es un poderoso servidor de correo electrónico donde todos los datos se almacenan en un archivo EDB. Los usuarios generalmente guardan la copia de seguridad de los buzones de correo de Exchange en el archivo PST, pero muchas veces, los usuarios deben restaurar los datos del archivo PST en Exchange. Para resolver este problema, estamos aquí con una solución profesional que discutiremos en la siguiente sección de esta publicación.

Un método profesional para restaurar PST a Exchange Server

No le recomendamos que elija una solución al azar para restaurar los datos de PST en Exchange Server. Por lo tanto, al realizar varias investigaciones, estamos aquí con una solución inteligente y conveniente, es decir, Exchange Restore Software. Es demasiado fácil de manejar por todos los usuarios y restaurar cómodamente todos los datos del archivo PST a Exchange Server.

Funciones principales ofrecidas por Exchange Restore Software

El software es demasiado simple de usar y se puede instalar fácilmente en todas las versiones de Windows. Con unos pocos clics, la herramienta puede restaurar los elementos del buzón de Exchange.

No es necesario que MS Outlook restaure los datos PST en Exchange. Todos los correos electrónicos, contactos, notas, calendarios, etc. se restauran desde el archivo PST a Exchange Server.

Todas las versiones de Outlook son compatibles con la herramienta, como Outlook 2019, 2016, 2013, 2010, 2007, etc. La herramienta proporciona varios filtros mediante los cuales se pueden restaurar los datos deseados desde un archivo PST a Exchange Server. El programa se puede instalar en todas las versiones de Windows como Windows 10, 8.1, 8, 7, XP, Vista, etc.

Descargue la versión de demostración del software de restauración de Exchange y analice el funcionamiento del software restaurando los primeros 50 elementos por carpeta.

Líneas finales

No existe una solución manual para restaurar los buzones de correo de Exchange desde el archivo PST. Por lo tanto, hemos explicado una solución fácil e inteligente para restaurar datos de archivos PST en Exchange Server. Simplemente puede usar este software y restaurar todos los datos de PST a Exchange Server.

Más información:- https://www.datavare.com/software/exchange-restore.html

#intercambio de software de restauración #intercambio de restauración #buzón del servidor de intercambio #herramienta de restauración de intercambio