@LeoooY 这倒是一个好方法，我当时怎么没想到呢。。。我已经把原来由子组件控制的属性大部分移到父组件了。。。

@WittBulter 不对，仔细看了一下，应该还是比较优雅的，比较完美贴合我这个需求的

@fuermosi777 我其他功能和样式都写完了，不想改了啊 T.T
@crs0910 这个 theRightTime 只是表明，在恰当的时机，由父组件触发而已，本质上还是说父组件需要在恰当的时机调用子组件的方法啊
@ps4512 跟 callback 应该没什么关系吧
@dartabe 确实放到父组件就没有这些问题了，只是有些私心，可以看看我 append 的内容
@WittBulter 这个 hook 我倒是确实不知道，涨姿势了，感谢(但是说实话，这样还是不够"优雅"啊...)
@ChefIsAwesome 不管是 ref 也好，全局变量也好，目前来看虽然勉强能实现，但是都有些丑，6L 的应该算是目前最佳的了

直播发呆😳

@mxT52CRuqR6o5 @treemonster 大概一瞄，应该是没什么问题的。我当时的思路就跟 4 楼的一样，可是写的丑多了。。。

@jason94 你这么写倒也挺好, 就是如果有在 constructor 之后才添加进去的事件, 就不会执行了, 如:
setTimeout(() => { chain.eat() }, 5000)

@chinagxwei 我误解了，原来在`heroes.component.html`文件中，编辑器会自动去`heroes.component.ts`中找`hero`属性。

是我的问题，第一次用 ng new my-app 的时候，不知道怎么回事，vscode 在模板文件中没有智能提示（甚至双大括号内的变量连高亮都没有），我还以为模板文件就是如此呢，刚刚在线尝试了一下才发现是有提示的。

@FireFoxAhri 这我不太懂, 毕竟 Product 类型是在.ts 文件中定义的, 而在模板文件中, 编辑器都不知道 product 类型是什么, 怎么补全呢?

@royzxq 强啊霸哥

@zhigang1992 涨姿势了，还有这种东西...还有看我 id

@weixiangzhe @gouflv @royzxq @yuanfnadi 稍微看了下 umi 的文档，貌似有一种约定式最佳实践的感觉，不管用不用，好像都值得学学，毕竟阿里出品。

@dodo2012 没必要捧一踩一，再说 cra 和 react 是两个东西。

@claneo 我还真没仔细看，我还以为 react-app-rewired 是 fork 的 react-script 呢。

@tyrealgray 我倒是有很多需要覆盖的，比方说上面说的 less modele，再比方说我现在的项目是 dev 时不使用 eslint-loader，prod 时使用 eslint-loader，比方说 eslint 配置中声明使用 webpack 配置中的 import/resolve，等等等等，都是 cra 做不到的

@claneo 我倒不是说 react-script 仅仅怎么样，而是说，如果我采用 react-app-rewired，就是将“维护 react-script”的工作，从我手里转移到 react-app-rewired 团队，而我们两者，都不如 cra 团队实力强。。。

@fanchangyong 刚刚试用了一下 2 楼说的 craco，说实话，乍一看还是挺符合我的预期的，但是我感到很奇怪的一点是，他暴露出来的接口跟 webpack 原本的接口竟然不一致。。。比方说在 webpack 中，alias 属性位于 exportObject.resolve.alias，可是 craco 暴露出来的接口中，该属性却位于 exportObject.webpack.alias，resolve 属性没了。。。所以用着用着，感觉不对劲了，react-scripts 封装一次，craco 再封装一次，给我一种很大的不安全感，估计确实得回到手撸 webpack 了。

倒不是手撸 webpack 多难（虽然确实不容易），而是我考虑的肯定没有 cra 团队那么全面，如果能直接使用 cra，就能受益于 cra 的每一次更新，这才是我的本意。

@fanchangyong 我跟你一样，参考他的实现手撸了一套适合自己的，可是就感觉很别扭，比方说他们那么大的团队，可能会不断地去支持 webpack 的新特性，如果能不 eject，在 cra 升级的时候，执行一句 yarn upgrade，再小修小补，就能获取 facebook 的团队积累，不是美滋滋？

@love https://danielwertheim.se/solution-to-issues-with-node-gyp-node-sass-on-windows/ https://github.com/nodejs/node-gyp/issues/1960
主要是, less 完全不会有这些问题, 而 sass 对比 less 并无不可逾越的优势。而且, 这并不是探讨 less 好还是 sass 好的问题, 而是 cra 如何优雅地使用 less module 的问题。

@fanchangyong
> cra 这东西感觉用作 demo 或者非常小的临时项目还行，严肃点的我建议还是用别的
有什么说法吗？我感觉 cra 还可以啊？

@Aynamic @Aynamic 谢谢, 可是我的问题并不是 less 还是 sass 的问题, 而是 cra 配置的问题。