공유코드가 무엇인지 잘 알고 계시나요?
귀하의 제품은 공유 기능을 잘 분할하고 있나요?
무언가가 공유될 때와 도메인 전용 코드여야 할 때를 혼동하지 마세요.
제 경우에는 그런 질문이 어려웠습니다. 우리는 공유 공간이 두 개 이상의 페이지/기능에서 사용되는 경우 자주 방문하는 장소로 사용하는 경향이 있음을 확인했습니다.
시간이 지남에 따라 복부팽만 문제가 발생합니다. 현재로서는 Repo 구조에 큰 변화가 없으면 멈추기가 어렵습니다.
이 문제를 복구할 방법이 있나요?
지금은 초기 문서를 만들었습니다. 우리는 심각한 변경을 하기 전에 모든 팀의 모든 요구 사항과 요구 사항을 수집하고 싶습니다. 하지만 다른 팀의 관점에서 변화를 고려하는 것이 중요합니다!
저는 동료 중 한 명과 이 문제에 대해 이야기를 나눴습니다. 결론 중 하나는 FANG에 채용된 사람에 대한 어리석은 메시지였습니다. 그들이 어떻게 하는지 보고, 배우고, 변화를 수행하기 위해 돌아오는지 살펴보세요.
글쎄, 문제를 해결하려면 엄청난 일이겠죠. 우리는 아직 뭔가를 할 수 있습니다!
다른 도서관에서는 공유 코드를 어떻게 관리하나요? Vercel 저장소를 예로 들어보겠습니다. 오픈소스 프로젝트와 이 문제를 어떻게 해결하는지 확인할 수 있습니다.
면책 조항: 물론 라이브러리를 유지 관리하는 것은 제품과 크게 다르다고 말할 수도 있습니다. 그것은 사실이다. 관점을 만들고 아이디어를 얻으려면 여전히 무언가를 살펴봐야 합니다. 이를 바탕으로 우리는 앞으로 나아갈 수 있을 것입니다.
next.js 저장소 공유 코드를 먼저 살펴보세요.
https://github.com/vercel/next.js/tree/canary/packages/next/src/shared/lib
주위를 잠깐 살펴본 후 vercel 팀은 매우 전역적인 항목이나 외부 라이브러리만 유지하려는 것 같습니다. 반드시 많은 곳에서 사용되는 것은 아닙니다.
이 구조를 더 잘 이해하려면 기능과 관련된 코드와 기능 분할 방법도 검토해야 합니다.
할 일
https://github.com/facebook/react/tree/main/packages/shared
위 내용은 공유 코드 문제의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!