这是一个创建于 1696 天前的主题，其中的信息可能已经有所发展或是发生改变。
对该问题可能的回答:
1. 放置在各个业务代码中, 需要复用就导出. (我不建议这样, 比较乱)
2. 任意组织导出, 需要时引用. (不太喜欢对类型的导出导入)
3. 统一放置在业务根目录的 *.d.ts 文件中. (Windows 中不方便使用 * 作为文件名)
4. 统一放置在业务根目录的 custom.d.ts 文件中. (曾经做法)
5. 统一放置在业务下的 @types 目录中, 目录下可以有多个 .d.ts 结尾的文件. (目前做法)
6. 写一个私有的类型模块, 存放所有类型, 然后在业务代码中引用. (做法有点歪)
没有在文档中找到建议, 搜索也没有得到太有效的答案.
1. 放置在各个业务代码中, 需要复用就导出. (我不建议这样, 比较乱)
2. 任意组织导出, 需要时引用. (不太喜欢对类型的导出导入)
3. 统一放置在业务根目录的 *.d.ts 文件中. (Windows 中不方便使用 * 作为文件名)
4. 统一放置在业务根目录的 custom.d.ts 文件中. (曾经做法)
5. 统一放置在业务下的 @types 目录中, 目录下可以有多个 .d.ts 结尾的文件. (目前做法)
6. 写一个私有的类型模块, 存放所有类型, 然后在业务代码中引用. (做法有点歪)
没有在文档中找到建议, 搜索也没有得到太有效的答案.
 |
1
hyzzz 2020-06-20 09:11:13 +08:00
声明全局命名空间，内部声明各模块命名空间，直接引用
|
|
2
hyzzz 2020-06-20 09:14:30 +08:00
当然在.d.ts 文件中，有点类似你的方案 4.
我们项目中对于后端接口用的是阿里的 pont 解决方案（ https://github.com/alibaba/pont ），我觉得可以借鉴下 |
 |
3
RRRSSS 2020-10-13 15:38:46 +08:00
第一种没问题啊，业务类型放在业务代码里，这个模块要重构或者废弃掉，也是一目了然的。
|
Select Language