typescript - Angular 2 (ng2) som använder async-pipen i [class.whatever]

Jag jobbar på en Angular 2-app och i en av mina komponenter har jag detta:

<p class="newNode">
  <input [(ngModel)]="formNode.id" placeholder="id">
  <input [(ngModel)]="formNode.name" placeholder="name">
  <input [(ngModel)]="formNode.type" placeholder="image">
  <button (click)="addNode()">Add</button>
</p>

<app-node-info *ngFor="let node of ((nodesService.observable | async) | immutableMapOfMaps)"
  [node]="node"
  [removeNode]="removeNode.bind(this)"
  [class.active] = "(viewService.observable | async).get('currentNode') === node.id"
  (click) = "viewService.setCurrentNode(node.id)">
</app-node-info>

Fungerar utmärkt i webbläsaren men när jag försöker lint min matchande ts-fil får jag detta lintfel: "Metoden 'async' som du försöker komma åt finns inte i klassdeklarationen. (no-access-missing-member)' vid: '11,21"

Min komponentkod är som följer:

import { ChangeDetectionStrategy, Component, OnInit } from '@angular/core';
import { clone } from 'ramda';
import { UUID } from 'angular2-uuid';

import { StateService } from '../state.service';

import { D3Node } from '../../non-angular/interfaces';
import { NodesService, ViewService } from '../../non-angular/services-helpers';

@Component({
  changeDetection: ChangeDetectionStrategy.OnPush,
  selector: 'app-list-of-nodes',
  styleUrls: ['./list-of-nodes.component.css'],
  templateUrl: './list-of-nodes.component.html',
})
export class ListOfNodesComponent implements OnInit {
  formNode: D3Node;
  /**
   * The injected service from ./state.service
   */
  private nodesService: NodesService;
  private viewService: ViewService;

  constructor(state: StateService) {
    this.nodesService = state.twiglet.nodes;
    this.viewService = state.view;
  }

  ngOnInit () {
    this.formNode = {
      id: UUID.UUID(),
      name: (Math.random().toString(36) + '00000000000000000').slice(2, 6),
      type: (Math.random().toString(36) + '00000000000000000').slice(2, 3),
    };
  }

  addNode () {
    this.nodesService.addNode(clone(this.formNode));
    this.formNode = {
      id: UUID.UUID(),
      name: (Math.random().toString(36) + '00000000000000000').slice(2, 6),
      type: (Math.random().toString(36) + '00000000000000000').slice(2, 3),
    };
  }

  removeNode (node: D3Node) {
    this.nodesService.removeNode(node);
  }

}

Är det någon typ av anti-mönster att använda async-pipen i något annat än ngFor?

Jag vet att jag kan prenumerera på observabeln och sätta responsen=till någon lokal variabel och sedan jämföra det istället för att använda async-pipen i [class.active], men jag vill helst inte göra något i min .ts-fil som jag kan göra direkt i min HTML-fil.

Finns det ett sätt för mig att komma runt detta fel så att min linter inte skriker åt mig? Jag har Github pre-commit hooks som kontrollerar linting, så jag behöver en permanent lösning. Jag lyckades ta reda på att jag kan sätta en // tslint:disable-line på raden som handlar om ändringsdetektion (rad 11) och det fixar det, men jag har ingen aning varför.

Svar #1

Inte säker på om det löser problemet, men template-uttryck kan snabbt bli röriga, du skulle kunna göra något liknande detta:

<app-node-info ...
    [class.active]="(currentNode | async) == node.id">
</app-node-info>

Kontrollenheten:

export class ListOfNodesComponent implements OnInit {
  formNode: D3Node;
  /**
   * The injected service from ./state.service
   */
  private nodesService: NodesService;
  private viewService: ViewService;

  private currentNode: Observable<any>;

  constructor(state: StateService) {
    this.nodesService = state.twiglet.nodes;
    this.viewService = state.view;

    currentNode = this.viewService.observable
      .map(val => val.get('currentNode'));
  }

Svar #2

Jag hade samma problem och har kunnat bli av med linter-klagomål genom att använda säker navigationsoperator så här. För dig kan det se ut så här.

(viewService.observable | async)?.get('currentNode') === node.id

Redigera: Hittade en buggrapport i codelyzer version 2.0.0-beta.1 med no-access-missing-member konfiguration satt till true. Detta verkar vara ett fall för mig. Verkar vara fixat i senare versioner, även om jag inte har provat ännu.

Relaterade artiklar