在服务还是组件中对Http Observable使用MAP操作符是最佳实践？

业内并没有非此即彼的强制要求，核心判断依据是单一职责原则，结合你的使用场景判断即可：

优先放在服务内的场景 #

当转换逻辑属于通用业务逻辑，和具体组件的定制化需求无关时，优先放在服务内：

• 所有消费该 Observable 的组件都需要相同的转换处理，比如统一过滤后端返回的冗余字段、格式化通用的时间戳、拼接统一的资源路径等，放在服务内只需要写一次逻辑，避免多个组件重复编码，后续迭代修改时也只需要调整服务一处，维护成本更低
• 如果该 Observable 是多播共享数据（比如使用了shareReplay这类多播操作符做缓存），服务内的map会在多播前仅执行一次，不需要每个组件订阅时都重复执行转换逻辑，性能开销更低

优先放在组件内的场景 #

当转换逻辑属于单个组件的独有需求时，优先放在组件内：

• 不同组件对同一份数据源的格式要求差异很大，比如同一份用户基础数据，A组件只需要提取头像和用户名做顶部导航展示，B组件需要全量字段做个人信息表单回填，C组件需要遍历权限字段生成侧边栏路由，这时候服务只需要返回原始的通用 Observable，各组件按需用map做定制转换即可，避免服务内堆砌大量仅给单个组件使用的特殊逻辑，导致服务过度臃肿

快速判断规则 #

你可以用两个问题快速判断：

• 这个转换逻辑换个组件用能不能直接复用？可以就放服务
• 这个转换逻辑是不是只为了满足当前组件的视图渲染/交互逻辑？是就放组件

你提到的「同一份数据被多个组件共享」的场景，和放不放在服务外没有直接关系：如果所有组件共享的是转换后的数据，就把转换逻辑放服务内一次处理；如果各个组件需要的转换后格式不一样，才需要把map放到各组件单独处理。

内容的提问来源于stack exchange，提问作者Haseeb Khan