RxJS 自定义操作符内部变量

Question

在 RxJS 中使用/改变自定义运算符闭包中的变量是否有缺点？我意识到它违反了“纯”功能原则，您可以在这个简单的示例中使用scan，但我特别要求以下基本模式的有形技术问题：

const custom = () => {

  let state = 0; 

  return pipe(
    map(next => state * next),
    tap(_ => state += 1),
    share()
  )
}

// Usage
const obs = interval(1000).pipe(custom())

obs.subscribe()

Answer 1

您在custom 运算符中存储状态的方式至少存在两个问题。

第一个问题是您这样做意味着操作员不再具有引用透明性。即如果将操作符的调用替换为操作符的返回值，则行为不同：

const { pipe, range } = rxjs;
const { map, share, tap } = rxjs.operators;

const custom = () => {
  let state = 0; 
  return pipe(
    map(next => state * next),
    tap(_ => state += 1),
    share()
  );
};

const op = custom();
console.log("first use:");
range(1, 2).pipe(op).subscribe(n => console.log(n));
console.log("second use:");
range(1, 2).pipe(op).subscribe(n => console.log(n));

.as-console-wrapper { max-height: 100% !important; top: 0; }

<script src="https://unpkg.com/rxjs@6/bundles/rxjs.umd.min.js"></script>

第二个问题 - 正如另一个答案中提到的 - 是不同的订阅将在其next 通知中收到不同的值，因为运营商内的状态是共享的。

例如，如果源 observable 是同步的，连续订阅将看到不同的值：

const { pipe, range } = rxjs;
const { map, share, tap } = rxjs.operators;

const custom = () => {
  let state = 0; 
  return pipe(
    map(next => state * next),
    tap(_ => state += 1),
    share()
  );
};

const source = range(1, 2).pipe(custom());
console.log("first subscription:");
source.subscribe(n  => console.log(n));
console.log("second subscription:");
source.subscribe(n => console.log(n));

.as-console-wrapper { max-height: 100% !important; top: 0; }

<script src="https://unpkg.com/rxjs@6/bundles/rxjs.umd.min.js"></script>

但是，可以编写一个与您的custom 运算符非常相似的运算符，并让它在所有情况下都正确运行。为此，有必要确保运营商中的任何状态都是按订阅。

可管道操作符只是一个接受可观察对象并返回可观察对象的函数，因此您可以使用defer 来确保您的状态是按订阅进行的，如下所示：

const { defer, pipe, range } = rxjs;
const { map, share, tap } = rxjs.operators;

const custom = () => {
  return source => defer(() => {
    let state = 0; 
    return source.pipe(
      map(next => state * next),
      tap(_ => state += 1)
    );
  }).pipe(share());
};

const op = custom();
console.log("first use:");
range(1, 2).pipe(op).subscribe(n => console.log(n));
console.log("second use:");
range(1, 2).pipe(op).subscribe(n => console.log(n));

const source = range(1, 2).pipe(op);
console.log("first subscription:");
source.subscribe(n => console.log(n));
console.log("second subscription:");
source.subscribe(n => console.log(n));

.as-console-wrapper { max-height: 100% !important; top: 0; }

<script src="https://unpkg.com/rxjs@6/bundles/rxjs.umd.min.js"></script>

Answer 2

正如你已经说过的，你失去了纯函数的一些优点。在这种特殊情况下，您可能会面临延迟订阅者获得与您预期不同的数据流的风险（取决于您在真实案例中所做的事情与在此构建的案例中所做的事情）。

例如，通过添加延迟订阅者，流“A”会看到 0 和 1。流“B”只会看到“1”（它会跳过 0，因为 obs 仍然从“A”订阅者处处于活动状态。流“C” ' 的行为类似于流 'A'。

const { interval, pipe, subscribe } = Rx;
const { take, map, tap, share  } = RxOperators;

const custom = () => {
  let state = 0; 
  return pipe(
    map(next => state * next),
    tap(_ => state += 1),
    share()
  )
}

// Late subscribers can get different streams
const obs = interval(500).pipe(custom())
const sub1 = obs.pipe(take(2)).subscribe((x) => console.log('A', x))
setTimeout(() => obs.pipe(take(1)).subscribe((x) => console.log('B', x)), 500)
setTimeout(() => obs.pipe(take(3)).subscribe((x) => console.log('C', x)), 3000)

这是可接受的还是预期的行为将取决于您的用例。虽然尝试使用纯函数以发挥其所有优势是件好事，但有时它并不实用或不适合您的用例。