Hon*_*fus 48 javascript typescript reactjs flowtype babeljs
我正在学习React,我想我很了解它.然而,有一件事困扰我关于开发强大的React应用程序 - 开发人员使用什么工具进行静态类型检查?
我非常喜欢TypeScript.由于类型检查和其他简洁的功能,我认为它可以减少开发JavaScript应用程序的痛苦.Visual Studio Code还提供了非常好的代码完成.我知道,我可以把它与利用工作做出反应分型 + DenifitelyTyped.
问题是,关于使用React + TypeScript的教程并不多.似乎也没有很多关于使用这个组合进行开发的文章.另一方面,许多人似乎正在使用Flow,这是一个由Facebook支持的项目(我猜他们也使用它).
我已经设法找到关于Reddit的讨论,其中有关于使用React + TypeScript/React + Flow方式的优点和缺点.然而,对我来说,它似乎已经过时了,因为它现在已经有10个月了.我认为从那以后发生了很多变化.
我还发现了两篇关于使用React + Flow和React + TypeScript的文章.作者陈述了他在使用这两个选项时遇到的一些问题,并得出结论:TypeScript是"现在最好的选择"(2015年11月),特别是因为Flow项目有很多问题并且从Facebook获得的开发人员活动很少.他还提到它与巴贝尔不相称?
所以,我想的问题是:是否可以安全使用做出反应+打字稿组合,否则我会碰到一些困难?Flow怎么样?我应该检查一些其他类似的工具吗?你会推荐哪种方法?
2017年9月更新:
拥有超过一年的日常使用TypeScript经验,并在一段时间内使用Flow,我得出以下结论:
TL; DR:如果您打算使用任何类型检查器,我建议使用Flow.
2019年2月更新:
我相信上面的建议已经过时,不再相关.三个原因:
因此,我认为TypeScript比2019年的Flow更加务实.
至于是否值得使用任何类型的检查器,我会说这取决于项目的大小.小项目可能不需要它.
thi*_*ple 18
我将开始这个答案,说我从未使用Flow,所以我不能说太多.但是,我们正在使用React和TypeScript,它工作得很好.
我们拥有您已经知道的所有好处,例如重构,类型安全,自动完成等.
当然,就我所见,Flow语法比TypeScript更清晰,但您可以使用TypeScript逐步添加类型.我想,这更多的是品味问题.有些人喜欢明确键入代码,有些人更喜欢键入较少的类型并具有更强的类型推断.
关于,我所说的TypeScript技术是一个安全的选择,微软正在推动这种语言(很快会有版本2),Angular也在使用它,并且有很多Angular开发人员.即使在这里,标签TypeScript也有超过4K的粉丝,很少有一个没有答案的问题.
TypeScript的一个大问题,至少对我们来说,我们不时会决定使用一个没有类型定义的组件或库,所以我们必须自己创建它们.但我想,这是回馈社区的一种方式.
我只问自己同样的问题(虽然没有使用React),并发现以下文章对评估这两个问题很有用:
流程设计人员采用的方法通过更好的类型推断和更好的空值方法感觉更具功能性.但是,TypeScript具有更好的社区支持,特别是通过http://definitelytyped.org/为第三方库提取类型,这对于让类型流经所有代码以实现最大类型安全非常重要.TypeScript是由Microsoft创建的,它在编写编译器和向有利方向发展技术方面有着丰富的历史 - 值得注意的是C#以及它们已经添加非空类型的事实(2016-07-11):https:// blogs .msdn.microsoft.com /打字稿/ 2016/07/11 /宣布-打字稿-2-0-β/
TypeScript似乎是今天更安全的赌注.
对于那些在现有代码库中尝试TypeScript的人,我发现我的tsconfig.json文件中的以下设置确实有助于TypeScript与JavaScript很好地共存(允许一次转换一个文件):
{
"compilerOptions": {
"allowJs": true,
"isolatedModules": true,
...
}
}
Run Code Online (Sandbox Code Playgroud)