[Support] 自定义组件疑问

[hooliy]

Describe the problem（描述问题）

想进行模块化开发， 比如主应用是系统管理，现有一个 CMS 模块想以组件的方式开发，然后在主应用中引用。使用 mikro-orm，实体应该定义在 CMS 组件中，在主应用中如何使用？

Midway Versions（Midway 版本）

midway@latest

[flyingcrp]

可以看看这个, https://www.midwayjs.org/docs/component_development
可以通过component包装一个特定的功能给其它地方使用

[czy88840616]

数组合并是覆盖，而不是合并，这个在文档配置章节有明确描述。

至于你说的需求，从原则上来说，组件和主应用设计上应该具有隔离性和独立性，特别是数据源不应耦合，如果希望在主应用使用组件的 entity，那么有几种比较合理的实现：

• 1、组件 数据源和主应用分开，比如主应用叫 default，而组件取另外名字，不过这个和你的需求不一样
• 2、组件导出 entity，由主应用去加载，这样做是合理的，如果 entity 较多，可以导出数组，主应用 concat 即可
• 3、如果希望组件能默默做掉，这个要看初始化之后不同的数据源是否有额外添加的接口，如有，可以在组件初始化中添加

[hooliy]

组件：
mikro: { dataSource: { default: { entities: [ Author ], } } },

主应用：
mikro: { dataSource: { default: { entities: [ Book ], } } },

不需要在主应用中使用组件的实体，组件和主应用是独立性。 只是配置中的实体不知道怎么合并，目前是覆盖了。所以项目运行后，只能找到 Book 找不到 Author。

[hooliy]

组件中的AuthorController 中调用的 Author 实体丢失。

[flyingcrp]

总感觉这个依赖怪怪, 既然都决定以组件的形式使用了不是应该组件暴露action 给使用方调用就行吗? 再把entity暴露出去上层再通过entity直接操作db ?

[czy88840616]

组件就是导出东西让上层应用使用的，你这种场景，组件就当是 SDK

import { customEntities } from '你的组件'

mikro: { dataSource: { default: { entities: [ Book, ...customEntities ], } } },

[hooliy]

再把entity暴露出去上层再通过entity直接操作db ?

不是把entity暴露出去，组件是完全隔离的。有自己的 entity 。主应用导入组件后正常是直接能访问组件中 Controller 操作实体业务的 。现在的问题是在组件中进行entity操作，主应用引入组件后，组件中的实体丢失了。

[hooliy]

组件就是导出东西让上层应用使用的，你这种场景，组件就当是 SDK

import { customEntities } from '你的组件'

mikro: { dataSource: { default: { entities: [ Book, ...customEntities ], } } },

这样的写法就是主应用与组件耦合太多。 本身所有业务都是在组件中完成 ，主应用引入组件后应该自动包含了组件的业务。不需要再配置数据库实体。
比如在 nestjs 框架中，module 就可以通过 TypeOrmModule.forFeature([User]) 来隔离业务 。主应用不用关心 module 中有哪些实体，只要导入module，主应用就自动包含了module中的业务，包括实体及数据库操作。
在midwayjs的组件中定义的实体，导入到主应用后访问组件中的业务就会报实体丢失。

[hooliy]

举个例子：
组件 m1:

controller: m1.controller.ts 
entity: user.entity.ts

访问 /m1 查询 user实体

主应用 main：

controller: home.controller.ts
entity: book.entity.ts

访问 /home 查询 book 实体

以上两个业务是完全分离的，无任何关系。 现在进行组合，在 main 的 configuration.ts 导入 imports: [m1]， 预期效果应该是 访问 /m1 ，返回 user 。访问 /home 返回 book。 实际效果为： 访问 /home 可以返回 book，但是访问 /m1 提示 找不到 user 实体

[czy88840616]

正常吧，同一个数据源的配置会覆盖的呀，这就等于 user 被book 覆盖了呀。。这就是我说的主应用和组件用了同一个数据源的场景，主应用不用关心 module 中有哪些实体，前提是两个不同的数据源。

[hooliy]

那像这种情况如何分离呢？ 比如像做一个自由组合的产品。 有的客户可能需要 A组件，那我应用只需要引入 A 组件就行了，有的客户可能需要 B组件只需要引入 B组件就行了。
还是说 同一个数据源的场景 应该把所有业务集成在一个应用中？

[czy88840616]

数据源和 entity 放一起，比如都放组件里，主应用只配连接信息，不需要配 entity

[hooliy]

同一个数据源场景 如果组件中 数据源的配置会覆盖 那组件的业务场景就会很有限。 大部分业务要是提取成组件肯定也是需要操作数据源的吧

[czy88840616]

数据源可以直接注入的，并不需要从组件导出，导出 entity 即可。如果真有数据源分离的场景，比如主应用就是要额外添加一些 entity 进去，那么组件应该包装成另外的样子。

比如：

如果你的组件 m1

export default {
  m1: {
    entities: [xxxx]
  }
}

在初始化的地方，组件自己添加到数据源中

export class Main {

   onReady() {
       const config = configService.getConfiguration()
       const customEntities = configService.getConfiguration('m1.entities')
       config.typeorm.datasources['default']['entities'].push(...customEntities);
   }
}

这样能保证组件自己拥有数据源，也具有隔离性。

[czy88840616]

不同的数据源，这样是可以的，前提是 A，B 里的 entities 是完全独立，没有关联。

[hooliy]

好的，多谢啦！ 才了解到这个框架，还在跟着文档写 demo 中。 以前用 nestjs 比较多。我再试试这两种方式。

[czy88840616]

虽然很相似，但是两个框架的底层实现，理念，架构还是有很多差异的。

[hooliy]

嗯嗯 ，我再多研究研究！国产框架用起来更顺手一些，还可以很方便的打包成单文件。

[hooliy]

这种写法好像也是不行

[hooliy]

不同的数据源，这样是可以的，前提是 A，B 里的 entities 是完全独立，没有关联。

很奇怪，这种方式启动时能看到实体已经加载，但是访问时还是提示找不到 User 实体

[czy88840616]

像是 mikro 的问题，调试进去 em 走的 this.getContext()，永远返回默认的那个 entityManger。

大概知道了，是 requestScope的问题

[hooliy]

要怎么处理一下？

[czy88840616]

等我把这段删了就行。#3574

[czy88840616]

@midwayjs/mikro@3.14.5 拉到这个版本，你的 demo 也已经加到测试里了。https://github.com/midwayjs/midway/tree/main/packages/mikro/test/fixtures/multi-enitymanager/src

[hooliy]

@midwayjs/mikro@3.14.5 版本报错。 v3.14.3 不报错

[hooliy]

这里报错了。

[czy88840616]

多实例要指定数据源名字的，你看示例。

[hooliy]

嗯嗯，可以了！多谢！