Mélanie  Faria

Mélanie Faria

1659585600

Gerenciando Vários Estados De Carregamento Em Angular

Ao desenvolver uma aplicação Angular, você provavelmente terá que realizar requisições HTTP. Seja buscando dados de um aplicativo de back-end separado ou de uma API externa, seu aplicativo pode ter que aguardar uma resposta em algum momento.

O tratamento adequado do estado de uma solicitação HTTP em um aplicativo da Web é um caso de uso comum. Em uma grande base de código, isso rapidamente se torna uma questão crítica de arquitetura. Esse assunto é ainda mais importante do que o Angular é um framework verboso.

Nesse contexto, sua solução para essa preocupação deve ser:

  • Simples o suficiente para manter sua base de código legível
  • Reutilizável o suficiente para manter sua base de código sã e economizar tempo ao criar novas páginas ou componentes
  • Adaptável o suficiente para lidar com os diferentes casos de uso do seu aplicativo

Este artigo tem como objetivo apresentar diversas formas de lidar com o carregamento ou erro de uma requisição em Angular, com relação a esses três aspectos.

Por que devemos nos preocupar em mostrar mensagens de erro e carregadores

A primeira razão principal para ter dificuldades com isso é porque nos preocupamos com nossos usuários. Queremos que eles entendam facilmente o que está acontecendo no aplicativo e não queremos que eles cliquem dez vezes em um botão enquanto aguardam a execução de uma operação assíncrona.

Assim, é importante dar a eles o máximo de feedback possível quando realizamos coisas assíncronas.

RxJS

O gerenciamento de execução assíncrona angular baseia-se essencialmente na programação reativa, usando RxJS. Assim, todos os padrões apresentados aqui envolvem esta biblioteca.

Neste artigo, vou citar Observablese BehaviorSubjects, caso você não esteja familiarizado com programação reativa e principalmente com esses 2 objetos, convido você a conferir a documentação muito bem elaborada da biblioteca!

Gerenciando um estado de solicitação usando o estado do componente

Princípio

A primeira e mais fácil maneira de acompanhar suas solicitações é observá-las diretamente em seu componente.

Digamos que construímos uma API para exibir pequenas fotos fofas de raças de gatos.

Nosso componente declara dois atributos booleanos para armazenar o estado atual da solicitação (loading e error) e esses atributos são atualizados ao longo da operação de busca de dados:

O que parece em um 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>

Gerenciando o estado da solicitação em um serviço

Por que delegar essa lógica a um serviço?

O uso de serviços em uma aplicação Angular oferece muitas vantagens (princípio DRY, testes eficientes entre outros). No nosso caso, também nos permite persistir e compartilhar dados entre componentes/outros serviços.

Também permite abstração: seu componente é dedicado à exibição da interface do usuário enquanto um serviço lida com qualquer lógica complexa interna do componente.

Caso 1 - O estado é compartilhado entre vários componentes

Digamos que temos dois componentes que oferecem dois recursos baseados na entidade gatos: em uma página vemos as fotos das raças e na outra página podemos ver alguns detalhes técnicos sobre essas raças.

Um exemplo de arquitetura para lidar com o estado de carregamento em um serviço

Essa arquitetura envolve a duplicação da lógica responsável pelo envio da solicitação, captura de erros e tratamento de um estado de carregamento intermediário.

Essa lógica pode ser movida para um serviço dedicado, que exporá um observável para as informações de carregamento e outro para os erros:

@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))
        )
    }
}

Agora, os componentes só precisam chamar o auxiliar de busca do serviço, e as informações de estado de carregamento/erro sobre a entidade serão compartilhadas em todo o aplicativo.

@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();
  }
}

Gerenciando vários estados de solicitação em um serviço

Caso 2 - Problemas de simultaneidade

Exemplo de caso de uso: várias ocorrências de uma entrada de preenchimento automático

Você também pode encontrar o caso em que precisa executar uma solicitação para a mesma operação, mas em vários contextos:

Por exemplo, vamos imaginar que temos um formulário onde cada entrada busca dinamicamente dados de autossugestão na mudança e mostra um carregador enquanto a atualização é realizada. Se criarmos assuntos exclusivos para lidar com o estado dessa solicitação, haverá problemas de simultaneidade.

Um exemplo concreto disso em nosso contexto seria uma página onde podemos atribuir raças a fotos de gatos.

Um exemplo de arquitetura para lidar com vários estados de carregamento em um serviço

O problema dos efeitos colaterais

Nesse caso, como há apenas um sujeito de carregamento para cada entrada, uma alteração em qualquer entrada colocará todas as outras em seu estado de carregamento ou estado de erro.

O mesmo acontece com as sugestões observáveis. Ele aciona renderizações desnecessárias em seu aplicativo, o que pode ter consequências catastróficas para o desempenho do aplicativo.

Os efeitos colaterais significam que você precisa dividir esse componente em várias partes

Pode-se lidar com esse problema tendo um estado complexo, incluindo um observável de carregamento e um observável de erro. O código abaixo mostra tal implementação:

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 })}
  }
}

Algumas observações:

  • A lógica do componente está ficando complexa.
  • Você não pode deportar a lógica de busca para um serviço ou, pelo menos, precisa gerenciar o estado de carregamento/erro de dentro do componente.
  • Para ter um modelo legível, provavelmente será necessário implementargetters/setters

aumentando assim o código escrito no arquivo ts do componente.

Dividindo isso em componentes mais simples, que neste caso significa implementar um componente de campo, voltamos ao primeiro caso sem concorrência.

Podemos criar um serviço dedicado que expõe uma função de registro que:

  • recebe um id na entrada
  • cria um formControl no qual o evento 'change' aciona uma pesquisa
  • retorna o formControl e os observáveis ​​de sugestões de carregamento, erro e preenchimento automático associados.
@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());
  }
}

Agora só temos que registrar qualquer nova entrada dentro deste serviço:

@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$;
  }
}

Esses 4 observáveis ​​agora estão disponíveis no template e podem ser usados ​​com pipes assíncronos .

Isso permite que cada entrada se comporte de forma independente, pois possuem seu próprio sistema de gerenciamento de eventos através da API FormControl

Conclusão

Neste artigo, vimos duas maneiras diferentes de lidar com o estado de carregamento de uma solicitação usando RxJS e como incorporar isso em sua arquitetura Angular.

Com apenas um carregador para manipular em um componente, não há problema em implementar a lógica da interface do usuário no componente. Com vários carregadores ao mesmo tempo, as coisas se tornam facilmente mais confusas e vimos como lidar com essa nova complexidade no caso de várias entradas de preenchimento automático.

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

#angular #rxjs 

What is GEEK

Buddha Community

Gerenciando Vários Estados De Carregamento Em 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

Mélanie  Faria

Mélanie Faria

1659585600

Gerenciando Vários Estados De Carregamento Em Angular

Ao desenvolver uma aplicação Angular, você provavelmente terá que realizar requisições HTTP. Seja buscando dados de um aplicativo de back-end separado ou de uma API externa, seu aplicativo pode ter que aguardar uma resposta em algum momento.

O tratamento adequado do estado de uma solicitação HTTP em um aplicativo da Web é um caso de uso comum. Em uma grande base de código, isso rapidamente se torna uma questão crítica de arquitetura. Esse assunto é ainda mais importante do que o Angular é um framework verboso.

Nesse contexto, sua solução para essa preocupação deve ser:

  • Simples o suficiente para manter sua base de código legível
  • Reutilizável o suficiente para manter sua base de código sã e economizar tempo ao criar novas páginas ou componentes
  • Adaptável o suficiente para lidar com os diferentes casos de uso do seu aplicativo

Este artigo tem como objetivo apresentar diversas formas de lidar com o carregamento ou erro de uma requisição em Angular, com relação a esses três aspectos.

Por que devemos nos preocupar em mostrar mensagens de erro e carregadores

A primeira razão principal para ter dificuldades com isso é porque nos preocupamos com nossos usuários. Queremos que eles entendam facilmente o que está acontecendo no aplicativo e não queremos que eles cliquem dez vezes em um botão enquanto aguardam a execução de uma operação assíncrona.

Assim, é importante dar a eles o máximo de feedback possível quando realizamos coisas assíncronas.

RxJS

O gerenciamento de execução assíncrona angular baseia-se essencialmente na programação reativa, usando RxJS. Assim, todos os padrões apresentados aqui envolvem esta biblioteca.

Neste artigo, vou citar Observablese BehaviorSubjects, caso você não esteja familiarizado com programação reativa e principalmente com esses 2 objetos, convido você a conferir a documentação muito bem elaborada da biblioteca!

Gerenciando um estado de solicitação usando o estado do componente

Princípio

A primeira e mais fácil maneira de acompanhar suas solicitações é observá-las diretamente em seu componente.

Digamos que construímos uma API para exibir pequenas fotos fofas de raças de gatos.

Nosso componente declara dois atributos booleanos para armazenar o estado atual da solicitação (loading e error) e esses atributos são atualizados ao longo da operação de busca de dados:

O que parece em um 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>

Gerenciando o estado da solicitação em um serviço

Por que delegar essa lógica a um serviço?

O uso de serviços em uma aplicação Angular oferece muitas vantagens (princípio DRY, testes eficientes entre outros). No nosso caso, também nos permite persistir e compartilhar dados entre componentes/outros serviços.

Também permite abstração: seu componente é dedicado à exibição da interface do usuário enquanto um serviço lida com qualquer lógica complexa interna do componente.

Caso 1 - O estado é compartilhado entre vários componentes

Digamos que temos dois componentes que oferecem dois recursos baseados na entidade gatos: em uma página vemos as fotos das raças e na outra página podemos ver alguns detalhes técnicos sobre essas raças.

Um exemplo de arquitetura para lidar com o estado de carregamento em um serviço

Essa arquitetura envolve a duplicação da lógica responsável pelo envio da solicitação, captura de erros e tratamento de um estado de carregamento intermediário.

Essa lógica pode ser movida para um serviço dedicado, que exporá um observável para as informações de carregamento e outro para os erros:

@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))
        )
    }
}

Agora, os componentes só precisam chamar o auxiliar de busca do serviço, e as informações de estado de carregamento/erro sobre a entidade serão compartilhadas em todo o aplicativo.

@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();
  }
}

Gerenciando vários estados de solicitação em um serviço

Caso 2 - Problemas de simultaneidade

Exemplo de caso de uso: várias ocorrências de uma entrada de preenchimento automático

Você também pode encontrar o caso em que precisa executar uma solicitação para a mesma operação, mas em vários contextos:

Por exemplo, vamos imaginar que temos um formulário onde cada entrada busca dinamicamente dados de autossugestão na mudança e mostra um carregador enquanto a atualização é realizada. Se criarmos assuntos exclusivos para lidar com o estado dessa solicitação, haverá problemas de simultaneidade.

Um exemplo concreto disso em nosso contexto seria uma página onde podemos atribuir raças a fotos de gatos.

Um exemplo de arquitetura para lidar com vários estados de carregamento em um serviço

O problema dos efeitos colaterais

Nesse caso, como há apenas um sujeito de carregamento para cada entrada, uma alteração em qualquer entrada colocará todas as outras em seu estado de carregamento ou estado de erro.

O mesmo acontece com as sugestões observáveis. Ele aciona renderizações desnecessárias em seu aplicativo, o que pode ter consequências catastróficas para o desempenho do aplicativo.

Os efeitos colaterais significam que você precisa dividir esse componente em várias partes

Pode-se lidar com esse problema tendo um estado complexo, incluindo um observável de carregamento e um observável de erro. O código abaixo mostra tal implementação:

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 })}
  }
}

Algumas observações:

  • A lógica do componente está ficando complexa.
  • Você não pode deportar a lógica de busca para um serviço ou, pelo menos, precisa gerenciar o estado de carregamento/erro de dentro do componente.
  • Para ter um modelo legível, provavelmente será necessário implementargetters/setters

aumentando assim o código escrito no arquivo ts do componente.

Dividindo isso em componentes mais simples, que neste caso significa implementar um componente de campo, voltamos ao primeiro caso sem concorrência.

Podemos criar um serviço dedicado que expõe uma função de registro que:

  • recebe um id na entrada
  • cria um formControl no qual o evento 'change' aciona uma pesquisa
  • retorna o formControl e os observáveis ​​de sugestões de carregamento, erro e preenchimento automático associados.
@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());
  }
}

Agora só temos que registrar qualquer nova entrada dentro deste serviço:

@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$;
  }
}

Esses 4 observáveis ​​agora estão disponíveis no template e podem ser usados ​​com pipes assíncronos .

Isso permite que cada entrada se comporte de forma independente, pois possuem seu próprio sistema de gerenciamento de eventos através da API FormControl

Conclusão

Neste artigo, vimos duas maneiras diferentes de lidar com o estado de carregamento de uma solicitação usando RxJS e como incorporar isso em sua arquitetura Angular.

Com apenas um carregador para manipular em um componente, não há problema em implementar a lógica da interface do usuário no componente. Com vários carregadores ao mesmo tempo, as coisas se tornam facilmente mais confusas e vimos como lidar com essa nova complexidade no caso de várias entradas de preenchimento automático.

Fonte: 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

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

Mansi Gandhi

Mansi Gandhi

1625232772

Why Choose AngularJS framework for the enterprise? | Angular development Company - CMARIX

Although Angular JS has bought headlines over the domain of Web application development, its relevance downtime does not offer any guarantee. Since the JavaScript application is the child of Google, its web features may have some value. Angular JS enables the developer to write most of the code in HTML which brings the application together. Such potentiality and simplicity of the program from the Angular Development Company made Angular popular among JavaScripts.

But the real question arises on the integrity and the safety Angular can provide to the industry. Angular regularly updates its libraries to fix security issues over earlier versions. However, the private and customized Angular versions fall back from the latest versions. These versions might lack the crucial security patches. As a piece of advice, developers can share their improvement requests in the community.

Backward compatibility indicates that the updated versions can function with the outdated versions. Hence, it can simplify the migration procedures to the latest Angular version. Some portions of the AngularJS apps need lazy loading to ease the update and to facilitate the transfer of large projects.

Since AngularJS tends to spoil backward compatibility, it might cause future problems in a program.

The Changing Face of Frameworks

There were several ups and downs in the Web application market over the past. A few years ago, SproutCore ruled the throne as a top framework. However, according to Google search trends, BackboneJS later stole the spotlight which again passed over to EmberJS. But, there remains no comparison for AngularJS.

Birthed by Adam Abrons and Misko Hevery, the Brat Tech engineers in 2009, the Angular Development Company AngularJS took a swift transition to open-source. When Misko Hevery joined Google, he continued to develop Angular JS. The platform began to earn its place by December of 2012 according to Google Trends.

In the year 2015, the potential of AngularJS surpassed other frameworks and offered job placements for many developers. However, AngularJS is not entirely without competition as Facebook came up with ReactJS. Hence, there is a race to show which surpasses the other. But, according to Jeff Schroeder, among the native apps, React elevates mobile app development to higher levels.

Continuous Development in Angular JS

AngularJS has high popularity yet, the developers break backward compatibility on a regular basis. Therefore, the supporters of AngularJS have to learn the AngularJS framework again and again. A critic of AngularJS – Danny Tuppeny, points out that the framework is unstable as it offers short-term support. The developers develop the framework every now and then which can puzzle its users. However, a mobile Web developer by the name of Nene Bodonkor indicates another factor. The frameworks become satisfactory and since they fail to keep up with the market requirements, change becomes crucial.

On the contrary, Yehuda Katz, the creator of EmberJS suggests that the fast-paced lifestyle needs to slow down. Therefore, these constant changes can compel people to reduce and balance their pace. Both, ReactJS from Facebook and EmberJS fight to achieve maximum backward compatibility. Such a characteristic helps these frameworks to come to use for an enterprise. But, AngularJS still has its upper hand over its competitors.

The simple-to-learn design of the Angular Framework with various functions

A legacy system includes few characteristics like old technology that are not compatible with the present systems. These systems do not remain available for purchase from distributors or vendors. These legacy systems cannot update nor patch up by themselves as the developer or vendor stops its maintenance.

The CTO of a mobile and Web app development company Monsoon, Michi Kono agreed on the decisions. But he also commented that the core developers at AngularJS miscommunicated the information. As the AngularJS framework has its uses in Google, they can use the platform for legacy versions and supporting enterprises. According to Michi Kono, AngularJS can promise a safe approach for its use in enterprises. The framework of Angular Development Company USA makes learning simple as it lacks strong convention opinions. The framework is easy for developers to learn and Angular has its applications on other parallel technologies. Vast organizations that have a demand for on-scale development and hiring procedures can use the framework to their advantage.

The low level of Angular appears more as a toolbox than a framework. Such an approach makes Angular useful on a wide variety of utility functions. The developer can use the JavaScript framework to add a single website button through a separate framework. Major companies like Google, Facebook and Microsoft aim to improve JavaScript to match entrepreneur requirements. Since AtScript or the typed JavaScript from Google, will form the backbone of AngularJS 2.0, several developers shall prefer to leverage it.

The Best Fit

AngularJS has several promising aspects for developers from different enterprises to try. But the JavaScript framework undergoes several alterations by its developers. Yet, some of the JavaScript frameworks grab the focus of various users for which they remain in maintenance. Therefore, according to Brian Leroux, the Adobe Web developer, there are two options left. Developers can either imprison themselves within vast rewrites with no forward progress. Or Hire angular developers who can focus their attention to optimize the website architecture. Therefore, developers need to stay up-to-date with the current developments in the web application frameworks like AngularJS.

AngularJS frameworks carry lots of potential in real-time markets. But, the developers need to stay up-to-date to tackle the regular changes in its infrastructure.

#hire angular developers #angular #angular web development #angular development company #angular services #angularjs