Jam  Dana

Jam Dana

1600323334

[NodeJS & Express] Coffee Shop Website - Home Page Configuration

[Node JS & Express] Coffee Shop Website - Home Page Configuration

https://www.turbo360.co

DOWNLOAD IMAGES: http://www.mediafire.com/file/c53kp17…

#nodejs #express #web-development

What is GEEK

Buddha Community

[NodeJS & Express] Coffee Shop Website - Home Page Configuration
Jam  Dana

Jam Dana

1600323334

[NodeJS & Express] Coffee Shop Website - Home Page Configuration

[Node JS & Express] Coffee Shop Website - Home Page Configuration

https://www.turbo360.co

DOWNLOAD IMAGES: http://www.mediafire.com/file/c53kp17…

#nodejs #express #web-development

Background Fetch for React Native Apps

react-native-background-fetch

Background Fetch is a very simple plugin which attempts to awaken an app in the background about every 15 minutes, providing a short period of background running-time. This plugin will execute your provided callbackFn whenever a background-fetch event occurs.

There is no way to increase the rate which a fetch-event occurs and this plugin sets the rate to the most frequent possible — you will never receive an event faster than 15 minutes. The operating-system will automatically throttle the rate the background-fetch events occur based upon usage patterns. Eg: if user hasn't turned on their phone for a long period of time, fetch events will occur less frequently or if an iOS user disables background refresh they may not happen at all.

:new: Background Fetch now provides a scheduleTask method for scheduling arbitrary "one-shot" or periodic tasks.

iOS

  • There is no way to increase the rate which a fetch-event occurs and this plugin sets the rate to the most frequent possible — you will never receive an event faster than 15 minutes. The operating-system will automatically throttle the rate the background-fetch events occur based upon usage patterns. Eg: if user hasn't turned on their phone for a long period of time, fetch events will occur less frequently.
  • scheduleTask seems only to fire when the device is plugged into power.
  • ⚠️ When your app is terminated, iOS no longer fires events — There is no such thing as stopOnTerminate: false for iOS.
  • iOS can take days before Apple's machine-learning algorithm settles in and begins regularly firing events. Do not sit staring at your logs waiting for an event to fire. If your simulated events work, that's all you need to know that everything is correctly configured.
  • If the user doesn't open your iOS app for long periods of time, iOS will stop firing events.

Android

Installing the plugin

⚠️ If you have a previous version of react-native-background-fetch < 2.7.0 installed into react-native >= 0.60, you should first unlink your previous version as react-native link is no longer required.

$ react-native unlink react-native-background-fetch

With yarn

$ yarn add react-native-background-fetch

With npm

$ npm install --save react-native-background-fetch

Setup Guides

iOS Setup

react-native >= 0.60

Android Setup

react-native >= 0.60

Example

ℹ️ This repo contains its own Example App. See /example

import React from 'react';
import {
  SafeAreaView,
  StyleSheet,
  ScrollView,
  View,
  Text,
  FlatList,
  StatusBar,
} from 'react-native';

import {
  Header,
  Colors
} from 'react-native/Libraries/NewAppScreen';

import BackgroundFetch from "react-native-background-fetch";

class App extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      events: []
    };
  }

  componentDidMount() {
    // Initialize BackgroundFetch ONLY ONCE when component mounts.
    this.initBackgroundFetch();
  }

  async initBackgroundFetch() {
    // BackgroundFetch event handler.
    const onEvent = async (taskId) => {
      console.log('[BackgroundFetch] task: ', taskId);
      // Do your background work...
      await this.addEvent(taskId);
      // IMPORTANT:  You must signal to the OS that your task is complete.
      BackgroundFetch.finish(taskId);
    }

    // Timeout callback is executed when your Task has exceeded its allowed running-time.
    // You must stop what you're doing immediately BackgroundFetch.finish(taskId)
    const onTimeout = async (taskId) => {
      console.warn('[BackgroundFetch] TIMEOUT task: ', taskId);
      BackgroundFetch.finish(taskId);
    }

    // Initialize BackgroundFetch only once when component mounts.
    let status = await BackgroundFetch.configure({minimumFetchInterval: 15}, onEvent, onTimeout);

    console.log('[BackgroundFetch] configure status: ', status);
  }

  // Add a BackgroundFetch event to <FlatList>
  addEvent(taskId) {
    // Simulate a possibly long-running asynchronous task with a Promise.
    return new Promise((resolve, reject) => {
      this.setState(state => ({
        events: [...state.events, {
          taskId: taskId,
          timestamp: (new Date()).toString()
        }]
      }));
      resolve();
    });
  }

  render() {
    return (
      <>
        <StatusBar barStyle="dark-content" />
        <SafeAreaView>
          <ScrollView
            contentInsetAdjustmentBehavior="automatic"
            style={styles.scrollView}>
            <Header />

            <View style={styles.body}>
              <View style={styles.sectionContainer}>
                <Text style={styles.sectionTitle}>BackgroundFetch Demo</Text>
              </View>
            </View>
          </ScrollView>
          <View style={styles.sectionContainer}>
            <FlatList
              data={this.state.events}
              renderItem={({item}) => (<Text>[{item.taskId}]: {item.timestamp}</Text>)}
              keyExtractor={item => item.timestamp}
            />
          </View>
        </SafeAreaView>
      </>
    );
  }
}

const styles = StyleSheet.create({
  scrollView: {
    backgroundColor: Colors.lighter,
  },
  body: {
    backgroundColor: Colors.white,
  },
  sectionContainer: {
    marginTop: 32,
    paddingHorizontal: 24,
  },
  sectionTitle: {
    fontSize: 24,
    fontWeight: '600',
    color: Colors.black,
  },
  sectionDescription: {
    marginTop: 8,
    fontSize: 18,
    fontWeight: '400',
    color: Colors.dark,
  },
});

export default App;

Executing Custom Tasks

In addition to the default background-fetch task defined by BackgroundFetch.configure, you may also execute your own arbitrary "oneshot" or periodic tasks (iOS requires additional Setup Instructions). However, all events will be fired into the Callback provided to BackgroundFetch#configure:

⚠️ iOS:

  • scheduleTask on iOS seems only to run when the device is plugged into power.
  • scheduleTask on iOS are designed for low-priority tasks, such as purging cache files — they tend to be unreliable for mission-critical tasks. scheduleTask will never run as frequently as you want.
  • The default fetch event is much more reliable and fires far more often.
  • scheduleTask on iOS stop when the user terminates the app. There is no such thing as stopOnTerminate: false for iOS.
// Step 1:  Configure BackgroundFetch as usual.
let status = await BackgroundFetch.configure({
  minimumFetchInterval: 15
}, async (taskId) => {  // <-- Event callback
  // This is the fetch-event callback.
  console.log("[BackgroundFetch] taskId: ", taskId);

  // Use a switch statement to route task-handling.
  switch (taskId) {
    case 'com.foo.customtask':
      print("Received custom task");
      break;
    default:
      print("Default fetch task");
  }
  // Finish, providing received taskId.
  BackgroundFetch.finish(taskId);
}, async (taskId) => {  // <-- Task timeout callback
  // This task has exceeded its allowed running-time.
  // You must stop what you're doing and immediately .finish(taskId)
  BackgroundFetch.finish(taskId);
});

// Step 2:  Schedule a custom "oneshot" task "com.foo.customtask" to execute 5000ms from now.
BackgroundFetch.scheduleTask({
  taskId: "com.foo.customtask",
  forceAlarmManager: true,
  delay: 5000  // <-- milliseconds
});

API Documentation

Config

Common Options

@param {Integer} minimumFetchInterval [15]

The minimum interval in minutes to execute background fetch events. Defaults to 15 minutes. Note: Background-fetch events will never occur at a frequency higher than every 15 minutes. Apple uses a secret algorithm to adjust the frequency of fetch events, presumably based upon usage patterns of the app. Fetch events can occur less often than your configured minimumFetchInterval.

@param {Integer} delay (milliseconds)

ℹ️ Valid only for BackgroundFetch.scheduleTask. The minimum number of milliseconds in future that task should execute.

@param {Boolean} periodic [false]

ℹ️ Valid only for BackgroundFetch.scheduleTask. Defaults to false. Set true to execute the task repeatedly. When false, the task will execute just once.

Android Options

@config {Boolean} stopOnTerminate [true]

Set false to continue background-fetch events after user terminates the app. Default to true.

@config {Boolean} startOnBoot [false]

Set true to initiate background-fetch events when the device is rebooted. Defaults to false.

NOTE: startOnBoot requires stopOnTerminate: false.

@config {Boolean} forceAlarmManager [false]

By default, the plugin will use Android's JobScheduler when possible. The JobScheduler API prioritizes for battery-life, throttling task-execution based upon device usage and battery level.

Configuring forceAlarmManager: true will bypass JobScheduler to use Android's older AlarmManager API, resulting in more accurate task-execution at the cost of higher battery usage.

let status = await BackgroundFetch.configure({
  minimumFetchInterval: 15,
  forceAlarmManager: true
}, async (taskId) => {  // <-- Event callback
  console.log("[BackgroundFetch] taskId: ", taskId);
  BackgroundFetch.finish(taskId);
}, async (taskId) => {  // <-- Task timeout callback
  // This task has exceeded its allowed running-time.
  // You must stop what you're doing and immediately .finish(taskId)
  BackgroundFetch.finish(taskId);
});
.
.
.
// And with with #scheduleTask
BackgroundFetch.scheduleTask({
  taskId: 'com.foo.customtask',
  delay: 5000,       // milliseconds
  forceAlarmManager: true,
  periodic: false
});

@config {Boolean} enableHeadless [false]

Set true to enable React Native's Headless JS mechanism, for handling fetch events after app termination.

  • 📂 index.js (MUST BE IN index.js):
import BackgroundFetch from "react-native-background-fetch";

let MyHeadlessTask = async (event) => {
  // Get task id from event {}:
  let taskId = event.taskId;
  let isTimeout = event.timeout;  // <-- true when your background-time has expired.
  if (isTimeout) {
    // This task has exceeded its allowed running-time.
    // You must stop what you're doing immediately finish(taskId)
    console.log('[BackgroundFetch] Headless TIMEOUT:', taskId);
    BackgroundFetch.finish(taskId);
    return;
  }
  console.log('[BackgroundFetch HeadlessTask] start: ', taskId);

  // Perform an example HTTP request.
  // Important:  await asychronous tasks when using HeadlessJS.
  let response = await fetch('https://reactnative.dev/movies.json');
  let responseJson = await response.json();
  console.log('[BackgroundFetch HeadlessTask] response: ', responseJson);

  // Required:  Signal to native code that your task is complete.
  // If you don't do this, your app could be terminated and/or assigned
  // battery-blame for consuming too much time in background.
  BackgroundFetch.finish(taskId);
}

// Register your BackgroundFetch HeadlessTask
BackgroundFetch.registerHeadlessTask(MyHeadlessTask);

@config {integer} requiredNetworkType [BackgroundFetch.NETWORK_TYPE_NONE]

Set basic description of the kind of network your job requires.

If your job doesn't need a network connection, you don't need to use this option as the default value is BackgroundFetch.NETWORK_TYPE_NONE.

NetworkTypeDescription
BackgroundFetch.NETWORK_TYPE_NONEThis job doesn't care about network constraints, either any or none.
BackgroundFetch.NETWORK_TYPE_ANYThis job requires network connectivity.
BackgroundFetch.NETWORK_TYPE_CELLULARThis job requires network connectivity that is a cellular network.
BackgroundFetch.NETWORK_TYPE_UNMETEREDThis job requires network connectivity that is unmetered. Most WiFi networks are unmetered, as in "you can upload as much as you like".
BackgroundFetch.NETWORK_TYPE_NOT_ROAMINGThis job requires network connectivity that is not roaming (being outside the country of origin)

@config {Boolean} requiresBatteryNotLow [false]

Specify that to run this job, the device's battery level must not be low.

This defaults to false. If true, the job will only run when the battery level is not low, which is generally the point where the user is given a "low battery" warning.

@config {Boolean} requiresStorageNotLow [false]

Specify that to run this job, the device's available storage must not be low.

This defaults to false. If true, the job will only run when the device is not in a low storage state, which is generally the point where the user is given a "low storage" warning.

@config {Boolean} requiresCharging [false]

Specify that to run this job, the device must be charging (or be a non-battery-powered device connected to permanent power, such as Android TV devices). This defaults to false.

@config {Boolean} requiresDeviceIdle [false]

When set true, ensure that this job will not run if the device is in active use.

The default state is false: that is, the for the job to be runnable even when someone is interacting with the device.

This state is a loose definition provided by the system. In general, it means that the device is not currently being used interactively, and has not been in use for some time. As such, it is a good time to perform resource heavy jobs. Bear in mind that battery usage will still be attributed to your application, and shown to the user in battery stats.


Methods

Method NameArgumentsReturnsNotes
configure{FetchConfig}, callbackFn, timeoutFnPromise<BackgroundFetchStatus>Configures the plugin's callbackFn and timeoutFn. This callback will fire each time a background-fetch event occurs in addition to events from #scheduleTask. The timeoutFn will be called when the OS reports your task is nearing the end of its allowed background-time.
scheduleTask{TaskConfig}Promise<boolean>Executes a custom task. The task will be executed in the same Callback function provided to #configure.
statuscallbackFnPromise<BackgroundFetchStatus>Your callback will be executed with the current status (Integer) 0: Restricted, 1: Denied, 2: Available. These constants are defined as BackgroundFetch.STATUS_RESTRICTED, BackgroundFetch.STATUS_DENIED, BackgroundFetch.STATUS_AVAILABLE (NOTE: Android will always return STATUS_AVAILABLE)
finishString taskIdVoidYou MUST call this method in your callbackFn provided to #configure in order to signal to the OS that your task is complete. iOS provides only 30s of background-time for a fetch-event -- if you exceed this 30s, iOS will kill your app.
startnonePromise<BackgroundFetchStatus>Start the background-fetch API. Your callbackFn provided to #configure will be executed each time a background-fetch event occurs. NOTE the #configure method automatically calls #start. You do not have to call this method after you #configure the plugin
stop[taskId:String]Promise<boolean>Stop the background-fetch API and all #scheduleTask from firing events. Your callbackFn provided to #configure will no longer be executed. If you provide an optional taskId, only that #scheduleTask will be stopped.

Debugging

iOS

🆕 BGTaskScheduler API for iOS 13+

  • ⚠️ At the time of writing, the new task simulator does not yet work in Simulator; Only real devices.
  • See Apple docs Starting and Terminating Tasks During Development
  • After running your app in XCode, Click the [||] button to initiate a Breakpoint.
  • In the console (lldb), paste the following command (Note: use cursor up/down keys to cycle through previously run commands):
e -l objc -- (void)[[BGTaskScheduler sharedScheduler] _simulateLaunchForTaskWithIdentifier:@"com.transistorsoft.fetch"]
  • Click the [ > ] button to continue. The task will execute and the Callback function provided to BackgroundFetch.configure will receive the event.

Simulating task-timeout events

  • Only the new BGTaskScheduler api supports simulated task-timeout events. To simulate a task-timeout, your fetchCallback must not call BackgroundFetch.finish(taskId):
let status = await BackgroundFetch.configure({
  minimumFetchInterval: 15
}, async (taskId) => {  // <-- Event callback.
  // This is the task callback.
  console.log("[BackgroundFetch] taskId", taskId);
  //BackgroundFetch.finish(taskId); // <-- Disable .finish(taskId) when simulating an iOS task timeout
}, async (taskId) => {  // <-- Event timeout callback
  // This task has exceeded its allowed running-time.
  // You must stop what you're doing and immediately .finish(taskId)
  print("[BackgroundFetch] TIMEOUT taskId:", taskId);
  BackgroundFetch.finish(taskId);
});
  • Now simulate an iOS task timeout as follows, in the same manner as simulating an event above:
e -l objc -- (void)[[BGTaskScheduler sharedScheduler] _simulateExpirationForTaskWithIdentifier:@"com.transistorsoft.fetch"]

Old BackgroundFetch API

  • Simulate background fetch events in XCode using Debug->Simulate Background Fetch
  • iOS can take some hours or even days to start a consistently scheduling background-fetch events since iOS schedules fetch events based upon the user's patterns of activity. If Simulate Background Fetch works, your can be sure that everything is working fine. You just need to wait.

Android

  • Observe plugin logs in $ adb logcat:
$ adb logcat *:S ReactNative:V ReactNativeJS:V TSBackgroundFetch:V
  • Simulate a background-fetch event on a device (insert <your.application.id>) (only works for sdk 21+:
$ adb shell cmd jobscheduler run -f <your.application.id> 999
  • For devices with sdk <21, simulate a "Headless JS" event with (insert <your.application.id>)
$ adb shell am broadcast -a <your.application.id>.event.BACKGROUND_FETCH

Download Details:
Author: transistorsoft
Source Code: https://github.com/transistorsoft/react-native-background-fetch
License: MIT license

#react  #reactnative  #mobileapp  #javascript 

Hoang  Kim

Hoang Kim

1657363440

Cách Sử Dụng Biến Tham Chiếu Mẫu Trong Angular

Trong bài đăng này, bạn sẽ tìm hiểu cách sử dụng Biến tham chiếu mẫu, thường được gọi là “Tóm tắt mẫu”, trong Angular.

Trong Angular, các thành phần có một templatethuộc tính, chứa các phần tử và các thành phần khác. Biến tham chiếu mẫu là một tính năng cho phép chúng tôi có quyền truy cập vào một phần của mẫu của chúng tôi.

Đây có thể là một phần tử, thành phần hoặc có thể là một chỉ thị. Các biến tham chiếu mẫu được triển khai khéo léo và có thể được sử dụng theo nhiều cách khác nhau.

Đầu tiên có thể chỉ là xuất một tham chiếu đến một phần tử. Tại đây, chúng ta có thể đính kèm a #vào một <input>và cung cấp một tên biến (do đó, tham chiếu mẫu 'biến'):

<input type="text" #coffee>

Bạn có thể coi cú pháp này như một "xuất khẩu". Chúng tôi đang xuất một tham chiếu đến phần tử.

Điều đó có nghĩa là bây giờ chúng tôi có thể truy cập các thuộc tính trên biến tham chiếu đó như thể nó được trả lại cho chúng tôi thông qua JavaScript thuần túy (hãy nghĩ xem bạn sẽ lấy lại được gì khi sử dụng document.querySelector('input')và đó là những gì chúng tôi có ở đây):

<input type="text" #coffee>

<p>{{ coffee.value }}</p>

Điều này sẽ đăng xuất một chuỗi trống coffee.valuevì chúng tôi không có value. coffeeBiến của chúng tôi đang trực tiếp cung cấp cho chúng tôi một HTMLInputElement.

Để chúng tôi thấy giá trị khi chúng tôi nhập, chúng tôi cần giới thiệu ngModelChỉ thị:

<input type="text" ngModel #coffee>

<p>{{ coffee.value }}</p>

Hãy thử và nhập một cái gì đó vào <input>:

https://stackblitz.com/edit/angular-ivy-t3y6jt?file=src%2Fapp%2Fapp.component.ts

Vì vậy, đây là tính năng tuyệt vời tiếp theo của refs mẫu.

Hãy xuất một tham chiếu đến của chúng tôi ngModelvà thay đổi ngữ cảnh của những gì #coffeetrả về cho chúng tôi.

Bằng cách chỉ định #coffee, chúng tôi đang ngầm cho phép Angular quyết định những gì sẽ xuất, bởi vì chúng tôi không chỉ định bất kỳ điều gì khác ngoài ràng buộc với phần tử.

Chúng tôi đang ràng buộc ngModel, hiện là 'một phần' của chúng tôi <input>. Hãy xuất nó:

<input type="text" ngModel #coffee="ngModel">

<p>Value: {{ coffee.value }}</p>
<p>Pristine: {{ coffee.pristine }}</p>
<p>Touched: {{ coffee.touched }}</p>

Bằng cách chuyển #coffee="ngModel", chúng tôi đang ràng buộc một cách rõ ràng một tham chiếu đến ngModelchỉ thị được theo dõi của chúng tôi.

Không còn chúng tôi có một HTMLInputElement. Chúng tôi có một tài liệu tham khảo NgControl.

Bạn có thể kiểm tra mã nguồn cho NgControl tại đây, mã này mở rộng các lớp NgControlAbstractControlDirective .

Tại sao chúng ta nhìn vào điều này? Bởi vì nó hiển thị cho bạn mọi thuộc tính có sẵn cho bạn, đó chính là lý do tại sao chúng tôi đã tham khảo không chỉ valuemà còn pristinecả touched.

Hãy thử chúng bên dưới, biến tham chiếu mẫu của chúng tôi đang phản ánh ngModel:

Chúng ta có thể tiếp tục điều này và truy cập vào một tham chiếu mẫu bên trong một thành phần , vì vậy chúng ta có thể truy cập các thuộc tính và phương thức từ bên trong classchứ không chỉ template.

https://stackblitz.com/edit/angular-ivy-jwci6u?file=src%2Fapp%2Fapp.component.ts

Điều này đạt được thông qua việc sử dụng có lẽ TemplateRefhoặc ElementRefcùng với một @ViewChildngười trang trí. Đọc bài viết trên về cách thực hiện và làm việc sâu hơn, nhưng về cơ bản nó trông như thế này:

@Component({...})
export class AppComponent {
  @ViewChild('username') input: ElementRef<HTMLInputElement>;
}

Đó là một phần giới thiệu hay về các ref mẫu và tôi hy vọng nó sẽ cung cấp cho bạn một số hiểu biết sâu hơn về cách sử dụng chúng, khi nào và ở đâu. Không chỉ điều này, mà còn những gì sẽ xảy ra khi bạn khai báo một ref mẫu và cách cũng xuất các tham chiếu đến những thứ như chỉ thị.

Nguồn: https://ultimatecourses.com/blog/angular-template-reference-variables

#angular 

Iara  Simões

Iara Simões

1657363500

Como Usar Variáveis ​​de Referência De Modelo Em Angular

Neste post você aprenderá a usar variáveis ​​de referência de modelo, muitas vezes conhecidas como “Referências de modelo”, em Angular.

Em Angular, os componentes possuem uma templatepropriedade, que contém elementos e outros componentes. Uma variável de referência de modelo é um recurso que nos permite obter acesso a uma parte de nosso modelo.

Isso pode ser um elemento, componente ou pode ser uma diretiva. As variáveis ​​de referência de modelo são implementadas de maneira inteligente e podem ser usadas de várias maneiras.

A primeira pode ser simplesmente exportar uma referência a um elemento. Aqui podemos anexar a #a an <input>e fornecer um nome de variável (daí a referência do modelo 'variable'):

<input type="text" #coffee>

Você pode pensar nessa sintaxe como uma “exportação”. Estamos exportando uma referência ao elemento.

Isso significa que agora podemos acessar as propriedades dessa variável de referência como se ela fosse retornada para nós por meio de JavaScript simples (pense no que você voltaria usando document.querySelector('input')e é isso que temos aqui):

<input type="text" #coffee>

<p>{{ coffee.value }}</p>

Isso desconectaria uma string vazia coffee.value, pois não temos value. Nossa coffeevariável está nos dando diretamente um HTMLInputElement.

Para vermos o valor enquanto digitamos, precisaríamos introduzir a ngModelDiretiva:

<input type="text" ngModel #coffee>

<p>{{ coffee.value }}</p>

Experimente e digite algo no <input>:

https://stackblitz.com/edit/angular-ivy-t3y6jt?file=src%2Fapp%2Fapp.component.ts

Então aqui está o próximo grande recurso das referências de modelo.

Vamos exportar uma referência para o nosso ngModele mudar o contexto do que #coffeenos retorna.

Ao especificar #coffee, estamos implicitamente deixando o Angular decidir o que exportar, porque não estamos especificando nada além de vincular ao elemento.

Estamos vinculando ngModel, que agora é 'parte' do nosso <input>. Vamos exportá-lo:

<input type="text" ngModel #coffee="ngModel">

<p>Value: {{ coffee.value }}</p>
<p>Pristine: {{ coffee.pristine }}</p>
<p>Touched: {{ coffee.touched }}</p>

Ao passar #coffee="ngModel", estamos vinculando explicitamente uma referência à nossa ngModeldiretiva rastreada.

Não temos mais HTMLInputElement. Temos uma referência a NgControl.

Você pode verificar o código-fonte do NgControl aqui, que estende as classes NgControl e AbstractControlDirective .

Por que estamos olhando para isso? Porque ele mostra todas as propriedades disponíveis para você, e é exatamente por isso que referenciamos não apenas , valuemas pristinee touchedtambém.

Experimente-os abaixo, nossa variável de referência de modelo está espelhando o ngModel:

Podemos aprofundar isso e acessar um template ref dentro de um componente , para que possamos acessar propriedades e métodos de dentro do classe não apenas do template.

https://stackblitz.com/edit/angular-ivy-jwci6u?file=src%2Fapp%2Fapp.component.ts

Isso é conseguido usando talvez TemplateRefou ElementRefao lado de um @ViewChilddecorador. Leia o artigo acima sobre como fazer isso e um trabalho mais profundo, mas essencialmente se parece com isso:

@Component({...})
export class AppComponent {
  @ViewChild('username') input: ElementRef<HTMLInputElement>;
}

Essa é uma boa introdução às referências de modelo, e espero que dê a você uma compreensão mais profunda de como usá-las, quando e onde. Não apenas isso, mas o que esperar quando você declarar um template ref e como também exportar referências para coisas como diretivas.

Feliz refrão! 

Fonte: https://ultimatecourses.com/blog/angular-template-reference-variables

#angular 

Thierry  Perret

Thierry Perret

1657353600

Comment Utiliser Les Variables De Référence De Modèle Dans Angular

Dans cet article, vous apprendrez à utiliser les variables de référence de modèle, souvent appelées «références de modèle», dans Angular.

Dans Angular, les composants ont une templatepropriété qui contient des éléments et d'autres composants. Une variable de référence de modèle est une fonctionnalité qui nous permet d'accéder à une partie de notre modèle.

Il peut s'agir d'un élément, d'un composant ou d'une directive. Les variables de référence de modèle sont intelligemment implémentées et peuvent être utilisées de différentes manières.

La première pourrait être d'exporter simplement une référence à un élément. Ici, nous pouvons attacher un #à un <input>et fournir un nom de variable (d'où la référence de modèle 'variable'):

<input type="text" #coffee>

Vous pouvez considérer cette syntaxe comme une "exportation". Nous exportons une référence à l'élément.

Cela signifie que nous pouvons maintenant accéder aux propriétés de cette variable de référence comme si elle nous avait été renvoyée via du JavaScript simple (pensez à ce que vous obtiendriez en utilisant document.querySelector('input')et c'est ce que nous avons ici) :

<input type="text" #coffee>

<p>{{ coffee.value }}</p>

Cela déconnecterait une chaîne vide coffee.valuecar nous n'en avons pas value. Notre coffeevariable nous donne directement un HTMLInputElement.

Pour que nous puissions voir la valeur au fur et à mesure que nous tapons, nous aurions besoin d'introduire la ngModeldirective :

<input type="text" ngModel #coffee>

<p>{{ coffee.value }}</p>

Essayez-le et tapez quelque chose dans le <input>:

https://stackblitz.com/edit/angular-ivy-t3y6jt?file=src%2Fapp%2Fapp.component.ts

Voici donc la prochaine grande fonctionnalité des références de modèles.

Exportons une référence vers notre ngModelet changeons le contexte de ce qui #coffeenous renvoie.

En spécifiant #coffee, nous laissons implicitement Angular décider quoi exporter, car nous ne spécifions rien d'autre que la liaison à l'élément.

Nous relions ngModel, qui fait désormais « partie de » notre <input>. Exportons-le :

<input type="text" ngModel #coffee="ngModel">

<p>Value: {{ coffee.value }}</p>
<p>Pristine: {{ coffee.pristine }}</p>
<p>Touched: {{ coffee.touched }}</p>

En passant #coffee="ngModel", nous lions explicitement une référence à notre ngModeldirective suivie.

Nous n'avons plus de HTMLInputElement. Nous avons une référence à NgControl.

Vous pouvez vérifier le code source de NgControl ici, qui étend les classes NgControl et AbstractControlDirective .

Pourquoi regardons-nous cela? Parce qu'il vous montre toutes les propriétés disponibles pour vous, c'est exactement pourquoi nous avons référencé non seulement valuemais pristineaussi touched.

Essayez-les ci-dessous, notre variable de référence de modèle reflète lengModel :

Nous pouvons approfondir cela et accéder à une référence de modèle à l'intérieur d'un composant , afin que nous puissions accéder aux propriétés et aux méthodes à l'intérieur du classet pas seulement du template.

https://stackblitz.com/edit/angular-ivy-jwci6u?file=src%2Fapp%2Fapp.component.ts

Ceci est réalisé grâce à l'aide peut -être TemplateRefou ElementRefaux côtés d'un @ViewChilddécorateur. Lisez l'article ci-dessus sur la façon de le faire et un travail plus approfondi, mais cela ressemble essentiellement à ceci :

@Component({...})
export class AppComponent {
  @ViewChild('username') input: ElementRef<HTMLInputElement>;
}

C'est une bonne introduction aux références de modèles, et j'espère que cela vous permettra de mieux comprendre comment les utiliser, quand et où. Non seulement cela, mais à quoi s'attendre lorsque vous déclarez une référence de modèle et comment exporter également des références à des éléments tels que des directives.

Bon reffing ! 

Source : https://ultimatecourses.com/blog/angular-template-reference-variables

#angular