Ember导入包的组件为何使用父项目的ember-intl版本？

这是Ember框架服务机制的特性导致的：

• Ember的服务是应用级全局单例，不管是父项目还是第三方依赖包，通过inject as service注入的intl服务，都是同一个全局实例——也就是父项目安装的ember-intl 5.7.0版本的服务。
• 虽然你的依赖包在node_modules里单独安装了ember-intl 4.3.0，但Ember的模块解析和服务单例机制，会让所有组件共享根项目的服务实例，不会为依赖包单独加载它自己的服务版本。

1. 为子包组件手动初始化独立的intl实例 #

在子包的<Calendar>组件中，不使用服务注入，而是手动初始化它依赖的ember-intl 4.3.0版本的服务实例：

// 子包Calendar组件文件
import Component from '@ember/component';
import IntlService from 'ember-intl/services/intl'; // 会加载子包自身node_modules中的4.3.0版本
import { set } from '@ember/object';

export default class CalendarComponent extends Component {
  init() {
    super.init(...arguments);
    // 初始化子包专属的intl服务实例
    this.intl = new IntlService(this.owner);
    // 同步父项目的locale配置，保证显示一致
    const globalIntl = this.owner.lookup('service:intl');
    set(this.intl, 'locale', globalIntl.locale);
  }
}

需要确保子包内的模块解析能优先加载自身node_modules的ember-intl，部分构建工具可能需要额外配置（比如调整resolve顺序）。

2. 将依赖包封装为Ember Engine #

Ember Engine允许独立封装功能模块，拥有自己的依赖版本和服务实例。把你的依赖包改造为Engine后，它会在独立的上下文里运行，使用自身安装的ember-intl 4.3.0，和父项目的5.7.0完全隔离。这种方式不需要修改组件的业务逻辑，只需要调整包的结构和配置。

3. 调整父项目ember-intl的转义规则（风险较低的妥协方案） #

ember-intl 5.x提供了配置项可以兼容旧版本的单引号语法，你可以在父项目的config/ember-intl.js中添加配置，关闭单引号的强制转义：

// config/ember-intl.js
module.exports = function(environment) {
  return {
    // 其他配置...
    // 添加以下配置，允许模板中的单引号不转义
    allowUnsafeRaw: true,
    // 或者针对特定模板调整转义规则
    formatOptions: {
      htmlSafe: {
        escape: {
          singleQuotes: false
        }
      }
    }
  };
};

注意：allowUnsafeRaw可能会带来XSS风险，建议仅在确认子包模板安全的情况下使用。

内容的提问来源于stack exchange，提问作者d.Damerz