finscn

> > > 个人认为 strictPropertyInitialization 没任何问题。只需要实现类似rust option类型即可。对于一个可空类型在任意地方unwraps 都是合理的。只需要程序本身可以认为此时是安全的就行。如果出现了空异常，那么说明程序执行了错误的逻辑。对于无法明确是否已经不会空的地方，也可自行通过 if let = Some(..) 判断。 也就是Nullable。或者从其他大型ts项目（babylon/vue）代码来看，大家都会默认为设置此类型为Nullable。也就是 T | undefined。这也更符合强类型语言的编程思维。cocos 的ts是基础设施。严格理当更好。对于这种变量，要么赋值要么可空。 > > > > > > 你最后一句话 "要么赋值要么可空" 说到了点子上, 这个是我本来打算说的第二个话题(第二步) : 如果不想关闭...

再补充下 : 找 tsconfig 参考时, 有的人会习惯性的找 最大的ts项目 vue.js 做参考. vue.js 没有改变 strictPropertyInitialization 和 strictNullChecks 在严格模式下的默认值 (都为 true) 但是 vue.js 本身基于 函数式编程的思想, 几乎没有 类和成员变量的概念, 自然没有受到 strictPropertyInitialization = true 的影响. (对于vue来说, 相当于...

@smallmain > 我没 get 到 strictNullChecks 的开关为什么会受到 vs、游戏领域或者 Web 领域的差别所影响 我说vue 是函数式编程那段, 重点要说的是 strictPropertyInitialization , vue函数式编程, strictPropertyInitialization变得不那么重要, 相当于 strictPropertyInitialization = false , strictNullChecks = true. 我想强调的是 tsconfig整体如何配置 和 编程范式有关, 而不是单指...

@minggo 希望至少能支持 atlas扩展名的文本文件

我使用的图片的 meta信息: 两个都是false 但是 fbx的meta里, 有的是一个true一个false, 有的是 两个true . 我确定图片本身是没有alpha的.

@minggo , 快半年了. 是不是负责的人离职了? 要不要让 knoxHuang 来看看? 我看另一个 fbx meta的问题是他处理的.

> 没有复现你的问题，3.x 也一直有警告信息的，你可以搜索日志查看。如果你使用的引用方式比较特殊，麻烦上传一下可以复现的 demo 。  请问你是用什么参数构建的? 我的如下 CocosCreator --project 项目路径 --build platform=wechatgame;buildPath=build目录;configPath=微信小游戏构建的配置json;stage=build

> @finscn 给我一下能复现的 fbx 模型 或者 demo 吧，这样能快点排查 一个内联png图片(但是png图片没有透明像素)的 fbx文件 就可以复现.

> > CocosCreator --project 项目路径 --build platform=wechatgame;buildPath=build目录;configPath=微信小游戏构建的配置json;stage=build > > 没区别的，都一样的，甚至不管是命令行构建还是界面构建，实际构建流程都是一致的。你可以正常构建，先确认下日志里是否确实没有警告。另外如果引用丢失资源的资源并没有参与构建（没有被参与场景引用或者在 Bundle 内），不参与构建也自然不会提示。 我是写了构建脚本 我是用 node 的 child_process.spawn 来执行的 构建命令 ``` const build = child_process.spawn("构建命令以及各种参数") build.stdout.on('data', chunk => { console.log(chunk.toString()) })...

CocosCreator 构建时的输出 是不是用了什么特殊方式 ? 我在mac 下, 正常情况执行 " CocosCreator ...参数... > log.txt " 的话, 应该控制台没有输出, 输出内容全部重定向到 log.txt . 但是 cocos 并不是这样. 我加了 > log.txt, 结果还是在 屏幕输出, log.txt 里是空的. 是不是你们内部的输出没有使用标准的 stdout...