Angular类内外变量定义：为何httpOptions与heroesUrl位置固定？
咱们先从代码的实际运行逻辑说起，结合你提到的场景，崩溃的核心原因是变量位置变化后，代码里的引用方式没同步调整，加上Angular类的实例化时机和作用域规则，导致运行时找不到变量或者初始化出错：
两种错误场景的具体原因
把
httpOptions移到HeroService类内部
原来的代码里httpOptions是类外的全局常量，服务里的HTTP方法（比如getHeroes()）直接用httpOptions这个全局变量。如果移到类内，它就变成了类的实例属性，必须通过this.httpOptions来引用。如果代码里还是直接写httpOptions，JS引擎会在当前作用域（方法内部）和全局作用域找这个变量，找不到就会抛出ReferenceError，直接导致应用崩溃。另外，虽然
HttpHeaders可以直接实例化不需要依赖注入，但如果httpOptions的配置依赖于类内的其他属性或注入的服务（比如动态设置请求头），放在类外还会因为初始化时机过早（模块加载时类还没实例化），导致依赖的变量未定义而出错。把
heroesUrl移到类外部
原来的heroesUrl是类内的私有属性，方法里用this.heroesUrl引用。如果移到类外变成全局常量，代码里还是用this.heroesUrl的话，JS引擎会在类实例上找这个属性，找不到就会抛出TypeError: Cannot read property 'heroesUrl' of undefined或者直接返回undefined，导致HTTP请求的URL无效，进而引发请求失败、应用崩溃。
判断的核心是看变量的作用域、依赖关系和复用性，给你几个实用的判断标准：
如果变量是「类实例专属」的：放类内
比如变量依赖于类的注入服务（比如从ConfigService动态获取API地址）、每个实例需要不同的值（比如不同实例对应不同的API前缀），或者变量和类的实例状态绑定，必须放在类内，通常用private/public修饰。如果变量是「全局共享的常量」：放类外
比如固定的请求头配置、通用的API后缀、枚举值这类不随实例变化的常量，放在类外（模块作用域内）更高效——因为它只会初始化一次，所有类实例都能复用，还能避免污染类的内部逻辑。如果变量只在类内部使用：优先放类内
即使是常量，只要只服务于当前类，放在类内用private修饰能提高代码的封装性，别人读代码时能直接关联到类的逻辑，也不会污染模块作用域。如果变量依赖注入服务：必须放类内
Angular的依赖注入是在类实例化时完成的，类外的代码在模块加载时就会执行，这时候注入的服务还没初始化，直接用会导致NullReferenceError。比如需要用AuthService获取token并设置到请求头里，这个httpOptions就必须放在类内，在构造函数或方法里初始化。
内容的提问来源于stack exchange，提问作者HAL
