如何利用Angular指令保持关注点分离

这篇文章将为大家详细讲解有关如何利用Angular指令保持关注点分离，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

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

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

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

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

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

关于"如何利用Angular指令保持关注点分离"这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。