假设在我们的应用程序中有一个日期选择器组件。用户每次更改日期的时，都会给分析提供商发送一个事件。到目前位置，我们只使用过一次，所以这个分析接口可以放在使用它的组件中：

header-1.ts

import { UntilDestroy, untilDestroyed } from '@ngneat/until-destroyed';

@UntilDestroy()
class FooComponent {
  timespanControl = new FormControl();

  ngOnInit() {
    this.timespanControl.valueChanges
      .pipe(untilDestroyed(this))
      .subscribe(({ preset }) => {
        this.analyticsService.track('timespan-filter apply', {
          value: preset,
        });
      });
  }
}

但是，现在我们有更多的地方使用这段分析的接口，我们并不想重复的编写同样的代码。有人可能提出这段代码可以合并到日期选择器中并作为输入参数传递。【相关教程推荐：《angular教程》】

data-picker-1.component.ts

class DatePickerComponent {
  @Input() analyticsContext: string;
   
  constructor(private analyticsService: AnalyticsService) {}

  apply() {
    this.analyticsService.track('timespan-filter apply', {
      context: this.analyticsContext,
      value: this.preset,
    });

    ...
  }
}

确实，这样可以实现，但是这并不是理想的设计。关注点分离意味着日期选择器本身是和分析接口没有关系的，它也不需要了解任何分析接口的信息。

此外，因为日期选择器是一个内部的组件，我们可以修改他的源码，但是如果是第三方的组件？该如何解决？

这里更好的选择时Angular指令，创建一个指令，通过DI获取表单的引用，订阅内部值的修改来触发分析事件。datePickerAnalytics.directive.ts

@UntilDestroy()
@Directive({
  selector: '[datePickerAnalytics]',
})
export class DatePickerAnalyticsDirective implements OnInit {
  @Input('datePickerAnalytics') analyticsContext: string;

  constructor(
    private dateFormControl: NgControl,
    private analyticsService: AnalyticsService
  ) {}

  ngOnInit() {
    this.dateFormControl
      .control.valueChanges.pipe(untilDestroyed(this))
      .subscribe(({ preset }) => {
        this.analyticsService.track(
          'timespan-filter apply',
          {
            value: preset,
            context: this.analyticsContext
          }
        );
      });
  }
}

现在可以在每次使用日期选择器时使用它了。

<date-picker [formControl]="control" datePickerAnalytics="fooPage"></date-picker>

英文原文地址：https://netbasal.com/maintaining-separation-of-concerns-through-angular-directives-8362ccdf655b

原文作者：Netanel Basal