Angular中如何在Model类注入服务自动赋值用户ID？

答案是不行——Angular的依赖注入（DI）系统只对那些用@Injectable()装饰、或者在模块/组件中声明过的类生效，普通的模型类（比如你的Sell）不在DI容器的管理范围内，所以没法直接在它的构造函数里注入UserService。

不过有几种优雅的方式可以实现你想要的「实例化Sell时自动赋值当前用户ID」的需求，下面给你逐一说明：

方案一：创建实例时手动传入用户ID（最简单直接） #

这种方式不需要改动DI的逻辑，只需要在Sell的构造函数里接收userId参数，然后在组件里注入UserService并把ID传进去：

修改后的sell.model.ts #

export class Sell {
  userId: string;
  price: number;
  // 其他属性...

  constructor(userId: string) {
    this.userId = userId;
  }
}

修改后的some.component.ts #

import { Component } from '@angular/core';
import { Sell } from '../models/sell.model';
import { UserService } from '../services/user.service';

@Component({
  // 你的组件配置...
})
export class SomeComponent {
  // 先在组件构造函数里注入UserService
  constructor(private userService: UserService) {}

  newSell() {
    // 创建Sell实例时传入当前用户ID
    let sell = new Sell(this.userService.id);
    console.log(sell.userId); // 预期输出: some_id
  }
}

这种方案的优点是简单直观，没有额外的复杂度，适合大多数场景。

方案二：用工厂服务封装Sell的创建逻辑（适合复杂场景） #

如果你的Sell实例需要设置很多属性，或者创建逻辑比较复杂，可以专门写一个工厂服务来负责创建Sell对象，这样可以把用户ID的赋值逻辑封装起来，避免在多个组件里重复代码：

创建sell-factory.service.ts #

import { Injectable } from '@angular/core';
import { UserService } from './user.service';
import { Sell } from '../models/sell.model';

@Injectable({ providedIn: 'root' })
export class SellFactoryService {
  // 工厂服务里可以正常注入UserService
  constructor(private userService: UserService) {}

  // 封装创建Sell的逻辑，你可以根据需求添加更多参数
  createSell(price: number): Sell {
    const sell = new Sell();
    sell.userId = this.userService.id;
    sell.price = price;
    // 其他属性的初始化逻辑...
    return sell;
  }
}

修改后的some.component.ts #

import { Component } from '@angular/core';
import { SellFactoryService } from '../services/sell-factory.service';

@Component({
  // 你的组件配置...
})
export class SomeComponent {
  constructor(private sellFactory: SellFactoryService) {}

  newSell() {
    // 直接调用工厂方法创建Sell实例，不用关心用户ID的赋值
    let sell = this.sellFactory.createSell(199);
    console.log(sell.userId); // 预期输出: some_id
  }
}

这种方案的优点是解耦了组件和模型的创建逻辑，后期如果需要修改Sell的初始化规则，只需要改工厂服务就行，符合「单一职责」原则。

方案三：把UserService做成单例（不推荐） #

如果你非要在Sell的构造函数里直接获取用户ID，可以把UserService改成单例模式，但这种方式会绕过Angular的DI系统，不利于测试和维护，所以不太推荐：

修改后的user.service.ts #

import { Injectable } from '@angular/core';

@Injectable({ providedIn: 'root' })
export class UserService {
  private static instance: UserService;
  private _id: string = 'some_id';

  get id(): string {
    return this._id;
  }

  constructor() {
    // 确保只有一个实例
    if (!UserService.instance) {
      UserService.instance = this;
    }
    return UserService.instance;
  }

  // 提供静态方法获取实例
  static getInstance(): UserService {
    if (!UserService.instance) {
      new UserService();
    }
    return UserService.instance;
  }
}

修改后的sell.model.ts #

import { UserService } from '../services/user.service';

export class Sell {
  userId: string;
  price: number;

  constructor() {
    // 直接通过静态方法获取UserService实例
    this.userId = UserService.getInstance().id;
  }
}

为什么不推荐这种方式？因为Angular的DI系统本来就是用来管理服务实例的，手动做单例会让你在测试时没法轻松替换UserService的mock对象，而且也不符合Angular的最佳实践。

总结一下，方案一和方案二都是比较推荐的，如果你的场景简单就用方案一，如果创建逻辑复杂或者需要复用就用方案二。

内容的提问来源于stack exchange，提问作者Pedro Arantes