问题：
我想以原始形式在 bit.dev 平台上使用 Ionic（用于 Angular 框架）组件。
我在尝试这样做时遇到了几个问题。
- Ionic 具有单个全局 ngModule，它正在导出所有组件。每个组件没有单独的模块。
- Ionic 中的组件（Angular 组件）在一个名为 proxies.ts 的文件中声明（它是自动生成的）
- 我不喜欢更改原始 Ionic 组件的源代码
目的：
- 拥有原始离子成分的唯一真实来源
- 在 bit.dev 云中可视化原始离子组件集合
- 可以通过 @bit/custom_collection 别名导入组件，但使用原始 html 标记，即
<ion-button></ion-button>.
- 制作另一个集合/范围（即品牌样式的组件），其中组件使用原始 Ionioc 组件（这些存储在 bit.dev 上）
可能的解决方案：
现在我正在考虑为我的 Workspace 中的每个 Ionic 组件创建单独的 ngModule ，这也是一个小组件（导出到云）。但另一方面，我需要在 Angular 中将 Ionic 组件作为 IonicModule.forRoot() 导入。这意味着通过为每个组件创建 ngModules 来分离 Ionic 组件将是人工的，并且只是让我有可能在 can 和 import 中可视化它。当然还有一个优势——我可以强制每个组件依赖于具体的 Ionic 框架版本（作为对等依赖）。另一方面，如果 Ionic 框架，所有存储在位上的原始 Ionic 组件都将依赖于相同的版本。
我在这里还假设我需要为每个位组件创建一个单一的条目文件，但也许这个假设是错误的，我不应该将每个组件视为逻辑组件，而是一种纯粹的样式。所以组件会是这样的： ionic-button.scss ， ionic-title.scss 等等......但是这里我有另一个问题 - 正如我之前提到的，我想保留原始 Ionic 组件，所以任何额外的样式这里可能不会发生，这意味着 - 文件 (*.scss) 将是空的。
按照这些示例，这将得出结论，我应该尝试创建没有文件的组件，但仅依赖于 Ionic 框架、Angular 等，并最终在云中创建不同的组件示例。但同样 - 所有组件都将是空的，并且具有相同的依赖关系。可以用bit来构建吗？这些假设正确吗？
也许有人面临类似的问题并有不同的解决方案。我将不胜感激对此的任何想法。