我认为interface更像是ts的header file,它的结构就好像C语言的头文件(.h)与代码文件(.c). 这样做的好处有以下几点: - 让编译器开发人员更容易 - 可以共享接口给其他的开发者, 当需要共享接口时,选择共享interface可以保护内部逻辑不被暴露 说回到TS中, 我觉得这样设...

其实你已经说了，编译器也无法在编译过程中确定属于哪种类型，所以你的折中方案也差不多是最终方案，你需要手动确认数据类型。 {代码...}

这个定义在 this.fetchApi(url, "get", ...rest) 这里会出错，因为 fetchApi 没有兼容的定义，所以要改，把 fetchApi 定义成 fetchApi(...args: any[])。这种方式显然对外部调用不友好（不能提示参数），所以 fetchApi 要定义成 protected 或者 private 的，内部调用...

本文会通过 在根组件（Contaier.jsx）展示将垃圾（Box.jsx）扔进垃圾桶（Dustbin.jsx）的例子，解释如何使用React DnD最基本的拖拽用法。

楼主的这种实现复杂化了，官网的那个例子不是很简洁吗，在Route的render方法内做认证判断，从而决定是否渲染组件还是重定向到登录路由，不需要重写Route的原有方法。

如今前端工程化的概念早已经深入人心，选择一款合适的编译和资源管理工具已经成为了所有前端工程中的标配，而在诸多的构建工具中，webpack以其丰富的功能和灵活的配置而深受业内吹捧，逐步取代了grunt和gulp成为大多数前端工程实践中的首选，React，Vue，Angular等诸...

一个例子说明问题：this.state = {a: 1, b: 2};当你执行this.setState({a: 3})的时候，不会影响其b的值。最终结果为{a: 3, b: 2}

更新视图是在一次周期中，而非多个异步请求都返回后，this.setState({comments}) 会把你state中的comments给替换成这个新的comments，也即浅复制

router.use() 方法需要指定指定一个路由，且这个路由只能进行完全匹配，eg：router.use('/api/auth', tokenValid)只能对api/auth这个api做token验证。使用了正则做模糊匹配，好像也不行。