译者 | nuke 翻译者 | 弯月公司出品 | CSDN（ID：CSDNnews）React的合作开发须要牺牲大批天数和钱财，即便有可能将引致地方银行。
倚赖
React或者说是负责管理表明网页的库。而路由器、配置文件、API请求管理工作、状况管理工作等都须要其它库，那些库间错综复杂，倚赖亲密关系十分繁复。除此之外，配置文件、路由器等机能有伍润泉库，常常会引致每一 React 工程项目都采用相同的库，彼此间的联络也都不那样。更差劲的是，路由器有好多种形式，因而工程项目的保护相关人员要须要自学更多、更繁复的控制技术。因此那些库的版相容性是两个非常大的信用风险。每一库每天的预览都有可能将引起 bug。工程项目越大，信用风险就越大。更差劲的是，试验也会愈来愈繁复。因而，虽然那些多元性，React 的合作开发和保护生产成本都十分高。内部结构/保护
React的合作开发就像在没城市交通路标的高架道路上高速行驶，每一人都自如。这十分脆弱，可能将你总有一天也到没法出发地，即便到了也单纯是临场发挥。React也一样，没内部结构，没手册。更差劲的是，每一缺位的部份都有多种相同软件系统。建立与保护 React 工程项目的生产成本十分昂贵，即使所有人都要倚赖于人、科学知识和工程项目这类。更有即便，虽然控制技术时常变动，旧工程项目会落伍，因而须要重新投入更多天数和钱财。对于保护来说，这就是一场灾难。Redux
Redux是两个非常大切繁复的结合体。React+Redux就像定时炸弹。仅仅为了管理工作两个变量的状况，就要编写 action、reducer、selector……这都是什么？！编写那些代码的生产成本十分高，因而耗费大批精力和天数，最后的收获却如此之少。当然，人们会说现在有其它软件系统，如 mbox。但那些已经采用了 redux 的网站怎么办？用另一种控制技术重写也要花大批的钱财，即使合作开发相关人员须要自学，须要经验。同样，这里也有各种选择：redux、mobX……那些都要花钱。JSX
JSX就是垃圾，视图和逻辑不分离，语法继承自另两个垃圾：XML。它只会让设计更困难，即使视图被 JSX 污染了。以前是HTML+PHP，现在是 HTML+JSX，都是一塌糊涂。React合作开发者的思想很活跃，很快就会变成一堆逻辑和视图混在一起的乱糟糟的代码。这也要花天数和钱财。试验
React的试验很难写。没倚赖注入。而且，没办法试验JSX。只能浪费更多天数。流行趋势
React或者说是一种流行趋势。流行并不意味着最好。流行的问题就在于，即便不适合，大家也会竞相使用。
总结
出于以上原因，如果不想搞砸合作开发、不想承担巨额保护费用，就不要采用 React。React适合编写小部件和网站。如果想编写“正规”的软件工程项目，最好选择Angular、Vue.js 之类真正的框架。不然你肯定会像 Airbnb 那样追悔莫及，重新合作开发 Android 和 iOS 应用，从今以后再也不考虑 React Native。参考链接：https://blog.devgenius.io/react-costs-companies-a-lot-of-money-6bfa3e5cc6f4—END—《新程序员001-004》全面上市，对话世界级大师，报道中国IT行业创新创造
