您清楚什么是共享代码吗?
您的产品是否很好地拆分了共享功能?
当某些内容被共享以及它仍然应该是仅域代码时,您不会感到困惑。
我发现这些问题对我来说很难。我们注意到,如果共享空间用于多个页面/功能,我们倾向于将其用作首选位置。
随着时间的推移,它会成为腹胀的问题。现在,如果不对回购结构进行重大改变,就很难停止。
我们知道如何从中恢复吗?
目前,我们刚刚创建了一个初始文档。在做出任何重大改变之前,我们希望收集所有团队的所有要求和需求。不过,从其他团队的角度考虑变化很重要!
我和一位同事讨论了这个问题。结论之一是关于某人被 FANG 聘用的愚蠢信息:看看他们是如何做的、学习的,然后回来进行变革。
嗯,解决问题会很麻烦。我们还可以做点什么!
其他库如何管理共享代码?以 Vercel 存储库为例。 我们可以查看开源项目以及他们如何解决这个问题。
免责声明:当然,有人可能会说维护库与维护产品有很大不同。确实如此。我们仍然需要观察一些东西来创造视角并获得想法。在此基础上也许我们可以继续前进。
首先看next.js repo共享代码:
https://github.com/vercel/next.js/tree/canary/packages/next/src/shared/lib
快速浏览了一下之后,Vercel 团队似乎只想保留非常全局的东西或外部库。很多地方不一定要用到。
为了更好地理解这种结构,我们还必须查看与功能相关的代码以及它们如何拆分它。
待办事项
https://github.com/facebook/react/tree/main/packages/shared
以上是共享代码问题的详细内容。更多信息请关注PHP中文网其他相关文章!