在配置中,我必须指定定义实体的 .js 和 .ts 文件的路径:
MikroORM.init({
...
entitiesDirs: ["build/entities"],
entitiesDirsTs: ["src/entities"],
});
所以,我什么时候去发布或分发应用程序。我也需要分发打字稿代码吗?还是我只需要分发生成的缓存?还是我需要同时分发两者?还是……没有?
在配置中,我必须指定定义实体的 .js 和 .ts 文件的路径:
MikroORM.init({
...
entitiesDirs: ["build/entities"],
entitiesDirsTs: ["src/entities"],
});
所以,我什么时候去发布或分发应用程序。我也需要分发打字稿代码吗?还是我只需要分发生成的缓存?还是我需要同时分发两者?还是……没有?
现在您可以使用默认元数据提供程序,仅当您不提供entity
或type
装饰器中的选项时才需要实体源文件(您可以使用entity
回调来使用对实体类的引用而不是使用字符串名称 in type
,通过 IDE 进行重构处理,例如网络风暴)。
您也应该发送打字稿代码,并让缓存在服务器上重新生成 - 无论如何都会重建缓存,因为它会检查缓存实体的绝对路径是否失效。
如果您不想发布打字稿代码,您可以实现自己的缓存适配器或元数据提供程序来解决这个问题。
这是您可以实现自定义元数据提供程序的方式,该提供程序在缺少类型选项时简单地引发错误:
import { MetadataProvider, Utils } from 'mikro-orm';
import { EntityMetadata } from 'mikro-orm/dist/decorators';
export class SimpleMetadataProvider extends MetadataProvider {
async loadEntityMetadata(meta: EntityMetadata, name: string): Promise<void> {
// init types and column names
Object.values(meta.properties).forEach(prop => {
if (prop.entity) {
prop.type = Utils.className(prop.entity());
} else if (!prop.type) {
throw new Error(`type is missing for ${meta.name}.${prop.name}`)
}
});
}
}
然后在初始化的时候提供这个类:
const orm = await MikroORM.init({
// ...
metadataProvider: SimpleMetadataProvider,
});
的值type
应该是 JS 类型,例如string/number/Date
... 您可以观察缓存的元数据以确定应该存在哪些值。
还要记住,如果没有 TS 元数据提供程序,您也需要在 @ManyToOne 装饰器中指定实体类型(通过entity
回调或通过字符串作为字符串type
)。