He usado ambos tipos de observables dentro de los componentes y estas son mis razones (probablemente haya otras que desconozco):

Razones para usar un observable suscrito:

1. Controlar la suscripción y baja de suscripciones de forma manual.
2. Sincronizar la carga y manipulación de datos dentro de un componente antes del uso interno.
3. Cuando los datos suscritos se usan internamente (no visualmente) dentro del componente, como un servicio o cálculos.

Razones para usar una tubería observable asíncrona:

1. La suscripción y cancelación de suscripciones de observables se maneja automáticamente.
2. Sincronizar la carga y manipulación de datos dentro de un componente antes de usarlo dentro de la plantilla HTML.
3. Cuando hay una cantidad de elementos HTML que dependen de los datos suscritos y desea que las suscripciones se liberen automáticamente después de que se destruya el componente.

En ambos casos, puede cargar y manipular datos suscritos dentro de su componente antes de su uso.

A continuación se muestra un ejemplo de cada uno:

Basado en suscripción

TS

 someData: SomeClass[] = [ { id: 1, desc: 'One', data: 100 }, { id: 2, desc: 'Two', data: 200 }, { id: 3, desc: 'Three', data: 300 } ]; someData$: Observable<SomeClass[]>; this.someData$ = of(this.someData).subscribe((res) => { this.someData = res.map((r) => { r.data = Math.floor(r.data * 1.1); return r; }); });

Tubería observable asíncrona

TS

 ... someData: SomeClass[] = []; someData$: Subscription; this.someData$ = of(this.someData).pipe( map((res) => { res.map((r) => { r.data = Math.floor(r.data * 1.1); }); return res; }) );

HTML (para ambas opciones)

 <li *ngFor="let data of someData$ | async"> Item={{ data.desc }}. Value={{ data.data }} </li>

Para resumir, el uso de cualquiera de las opciones depende de la complejidad de su componente, su tipo (visual o no visual) y cómo le gustaría administrar la administración de memoria de las suscripciones.

La respuesta a la pregunta original es no, no es necesariamente mejor suscribirse manualmente cuando se trata de cálculos/procesamiento previo. También puede usar una canalización asíncrona para hacer lo mismo que mostré con los dos ejemplos equivalentes anteriores.