 |
1
如果我选择不修改的话，那么理由不会是「这是别人的思想结晶，必须尊重」，而是因为改了之后如果它再有更新，想要再把更新的部分集成进来会比较麻烦……
|
 |
2
同LS
比较好的第三方库，都设计得比较巧妙可以融入自己的需求。那种写得又死又烂万年不更新的，就随便改吧。 |
 |
3
改完发 pull request。
|
 |
4
该改就改
如果是开源代码，接它自己的开源协议处理 这个尊重没什么关系 |
 |
5
一般我选择改动以后回馈到社区，不然人家升个级看你怎么跟上，国内好多公司自己随意改nginx、hardoop之类的，现在已经落后最新版一大截，完全无法正常升级
如果自己的需求是比较限定型的本身和第三方库的基本目标没关系的，则把它抽象成第三方库的一个扩展点，以扩展点的形式提交pull request，再把自己的需求挂载成扩展，同样以后版本也能跟进 |
2
Select Language