看项目情况、这个类库的复杂度、可修改程度、完善程度和这个项目的期望（？

如果项目本身有一定的「研究或者玩票」性质，不太指望直接写出纯 prod 的产品，同时不保证以后会不会开源代码，这种情况下是尽量优先选用技术成熟、开源协议友好的类库，并且比较倾向于 fork and dev 的。

再比如说如果类库质量并不是很好，可能就有必要去自己做深度开发甚至重写，当然这个成本对于大部分项目想必都不是一件可以考虑的事情。

理想情况下当然是遵循 solid ，自己写一层扩展，但是很多场景下，受到语言、框架、具体的技术栈限制，能找到一两个可用的 lib 已经不容易，lib 也很有可能并不是遵循良好设计的。

显然的，在面向 prod 的项目里面就是另一个故事了。可能在源代码协议方面可以通过闭源（这样不道德但是也没法强求所有人）来绕过，但如果手上没有多少可选的、设计良好的 lib ，那感觉很大程度上还是需要 fork and dev 的…