对于 react 开源协议存在的问题，大家是怎么对待的?

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 3040 天前的主题，其中的信息可能已经有所发展或是发生改变。

由于 react 开源协议存在的问题，导致一部分公司开始弃用 react。

而我们公司是一直 react 的收益者，同时开发了一套组件 rsuite，也花费了我们不少时间，所以遇到当前这样的问题很是纠结。大家现在是怎么考虑的？

访问地址: https://rsuitejs.com/
github: https://github.com/rsuite/rsuite

还开发了很多扩展库

如果，要让我用其他框架再写一遍，我估计要疯了

第 1 条附言 · 2017 年 9 月 23 日

https://code.facebook.com/posts/300798627056246/relicensing-react-jest-flow-and-immutable-js/?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io&from=groupmessage&isappinstalled=0

从 react 16 开始修改协议了

React

开源

收益者

rsuite

53 条回复 • 2017-09-25 09:54:05 +08:00

zgbgx1

2017 年 9 月 19 日

小公司，不出海的公司完全没有影响
跨国大公司，或者美利坚上市的公司可能要权衡一下

ljcarsenal

2017 年 9 月 19 日

vue 躺赢

ifreego

2017 年 9 月 19 日

vue 也引用了同样协议的 flow 做静态检查。。。#2

ltux

2017 年 9 月 19 日 via Android

怎么对待？不再使用呗。

xiaoxubeii

2017 年 9 月 19 日

一般没问题，这是种防御性质的 license，你只要不对 fb 进行专利诉讼就不会被取消授权。

maxxxxx

2017 年 9 月 19 日

@xiaoxubeii 准确来说是一个防反攻性质的 license 吧。

514146235

2017 年 9 月 19 日

支持 vue

qq12345454

2017 年 9 月 19 日

@xiaoxubeii 好像是说 fb 可以随意用你的专利

answeryou

2017 年 9 月 19 日

@ifreego 比如?

tyrealgray

2017 年 9 月 19 日

@answeryou https://github.com/facebook/flow

Rice

2017 年 9 月 19 日 via iPhone

@xiaoxubeii 这就是 fb 最坑的一点。。。要是 fb 直接用你专利，你在专利中不小心用到 react，你还不能告它。

isbase

PRO

2017 年 9 月 19 日 via Android

自己动点脑子，国外 10 个有 9 个在用，小到 airbnb 大到微软

知乎和 v2 蠢 X 数量直线上升

https://coolshell.cn/articles/18140.html

nousername2030

2017 年 9 月 19 日

@isbase 你好聪明，比 apache、百度的法务都聪明。

songdezu

2017 年 9 月 19 日

看来楼主是大公司以后有可能起诉扳倒 FB 啊，那必须不能用 react，大公司肯定要自己造轮子用别人的轮子肯定理亏

natforum

2017 年 9 月 19 日

马云：我们啥也没有，就是有钱

sundev

2017 年 9 月 19 日

无论怎么说，国内大厂如果不用的话，国内 React 的热度肯定大减，毕竟技能很多是为工作服务的。
在网上还看到 Weex 内关于 Flexbox 布局的引擎也是用的 facebook 的 Yoga，不知道之后会怎么样！

arslion

2017 年 9 月 19 日

看了会代码，来点个赞 :)

leeg810312

2017 年 9 月 19 日 via Android

大公司出于法律考量，逐步替换，小公司体量小，好调头，换就换呗，前端技术更迭那么快，说不定过几年又有新的出现

dxpxjp

2017 年 9 月 19 日 via Android

@isbase 本文作者最后结论是开放式的，要读者自己斟酌

dxpxjp

2017 年 9 月 19 日 via Android

@nousername2030 calm down

SilentDepth

2017 年 9 月 20 日

@ifreego #3 Flow 是 Vue 自己用来代码检查的，跟 Vue 用户有啥关系

tyrealgray

2017 年 9 月 20 日 via iPhone

@SilentDepth 看这行 https://github.com/vuejs/vue/blob/dev/package.json#L11

准确来说有那么点关系，因为是开源的，fb 可以拿源改出一份自己的专利来怼你，不过小公司怕啥呢

lovestudykid

2017 年 9 月 20 日

说小公司无所谓，小公司被 FB 抄袭到死也没话说。

SilentDepth

2017 年 9 月 20 日 via iPad

@tyrealgray Vue 用户并没有执行任何 Flow 代码，Vue 用户执行的 Vue 副本里没有 Flow 代码，所以 Flow 是什么授权跟 Vue 用户没半毛钱关系。npm 包分发范围包括 src 目录是一个暧昧的问题，但同上，Vue 用户并没有使用 src 目录下的代码，所以 Fb 再怎样也找不上 Vue 用户的门。Vue 的一个 Issue ( https://github.com/vuejs/vue/issues/6411 ) 已经充分讨论这个问题了，简单来说作为 Vue 终端用户不必担心。

paulagent

2017 年 9 月 20 日

这个还是要问公司法务。小公司如果没有法务就靠老板定夺了。反正我是不信 FB 会守信用的。看他跪舔党的鬼样。

tyrealgray

2017 年 9 月 20 日 via iPhone

@SilentDepth flow 如果去掉的话 vue 能正常产出么？还有就是用户以何种方式使用 vue 的源码。这些在 issue 里面并没明确吧

szyewei

2017 年 9 月 20 日 via Android

继续用，不担心

xujiang

2017 年 9 月 20 日

说的那些大公司没有法务部门似的

HingKwan

2017 年 9 月 20 日

该怎么用还是怎么用，等公司能够引起 FB 注意了再说。想太多了吧

ryd994

2017 年 9 月 20 日

其实这不就类似 GPL 了么
你要是用了的话，要么自己偷偷用别让人知道，要么直接开源
区别是你还可以闭源使用，但是申请专利的话就有问题

nullen

2017 年 9 月 20 日

小厂完全不担心。

chairuosen

2017 年 9 月 20 日

如果只用改协议之前的版本不就可以了？新版协议不影响旧版协议

SilentDepth

2017 年 9 月 20 日

@tyrealgray #26 你要把这事儿掰开了说的话：
- Flow 不是 Vue 得以分发的必要因素，它只是一个保证代码质量的手段而已，你不依靠 Flow 写出来的代码一样可以上线；
- 暂看不出 Flow 的授权对 Vue 会造成什么威胁，Vue 项目只是在正常使用着 Flow，并且 Vue 本身的功能并不依赖 Flow （更何况 Vue 与 Fb 本来也没什么商业冲突）；
- 假设 Fb 脑残因为 Flow 授权起诉了 Vue 项目（而 Vue 项目毫无招架之力），Vue 维护者自然会弃用 Flow 转用其他代码质量工具（比如 TypeScript ），这可能导致 Vue 维护工作的拖延，但不会使 Vue 就此弃坑，而自始至终用户是无感知的，就像当初从 Webpack 转 Rollup （客观地说「 Vue 不会弃坑」一句包含了一点我个人的期待）；
- 用户选择哪种使用 Vue 的方式也不会去动 src 目录的，谁那么想不开……当然，如果你想 Fork 一份出来就是另一回事了，也是另一个问题了，不再展开。

game3108

2017 年 9 月 20 日

小公司不担心，大公司还是规避一下。

LxExExl

2017 年 9 月 20 日

@nousername2030 apache 百度法务这么聪明怎么当时没看出来现在开始跟风？

nousername2030

2017 年 9 月 20 日 via Android

@LxExExl 跟谁的风？

sodaless

2017 年 9 月 20 日

@sundev Weex 正在尝试移除 yoga

robinlovemaggie

2017 年 9 月 20 日

无非你告扎或者扎告你，但是要多强大才能让扎告你？

fcten

2017 年 9 月 20 日

小公司不用担心，fb 的条款更多还是防御性质的，除非某一天 fb 做不下去改行专利流氓了
大公司也不太担心，因为手上有对应的专利制衡，大不了互相诉讼
至于手上没什么专利积累，业务却已经做大的公司，确实面临不小的风险，弃用 react 也很正常

总的来说，如果贵司发展到需要考虑 react 协议风险的时候，应该也不会在乎用别的东西重写一遍了