1
저는 Angular 2를 읽고 경험 많은 Angular 1 개발자입니다. 동일한 리모컨을 사용하는 더 작은 '겹치는'여러 개의 앱으로 구성된 커다란 프로젝트를 계획하고 있습니다. API. 적절한 프로젝트 관리와 관련하여이 프로젝트를 설정하는 방법에 대한 귀하의 의견에 관심이 있습니다. 특히 git에 대한 지식이 제한적이기 때문에.Angular 프로젝트를 설정하는 가장 좋은 방법
한 사용자가 동일한 계정으로 여러 제품을 사용할 수도 있고 사용하지 않을 수도있는 Google 제품과 조금 비슷하다고 생각해보십시오. 일부 데이터와 '위젯'은 여러 제품에서 사용되고 일부 구성 요소는 제품별로 사용됩니다.
자세한 내용 :
- 우리는 모든 촬영 케어의 등 백엔드 API에 대해 걱정할 필요가 없습니다 그것은이 같은 (오렌지 부품은 재사용 가능한 구성 요소 제품에서)를 본다 의.
- auth, session 등을 처리하는 하나의 '컨테이너 앱'이 있어야하며 사용자가 제품 간을 전환 할 수있는 몇 가지 메뉴 항목이 있어야합니다 (컨테이너 앱에 항상있는 것이 바람직 함).
- 제품 (모든 회색 점선 요소)을 자식 및 배포의 관점에서 별도로 관리하고 싶습니다 (예 : 업데이트 할 때마다 내 모든 화이트리스트를 배포하고 싶지 않음).
- 내 프로젝트 중 하나를 편집하는 작업 과정에서 모든 프로젝트에서 업데이트 할 수있는 작은 구성 요소를 재사용 할 수 있기를 바랍니다. 그래서 나는 고객 Y의 화이트리스트에서 일하고 있고 거기에서 사용하고있는 재사용 가능한 컴포넌트 중 하나를 편집하고 싶습니다. 별도의 프로젝트를 열고, 업데이트를 푸시하고, 업데이트를 내 화이트리스트로 가져오고 싶지 않습니다. 내가하는 모든 작은 변화를위한 프로젝트.
질문 :
- 이 프로젝트 관리 (자식)의 관점에서 무엇과 같을 것이다?
- API에 대한 내 서비스는 어디에 적합합니까?
나는 이것이 충분히 명확한 이야기가되기를 바랍니다. 제가 더 잘 설명 할 수 있는지 물어보십시오.
위대한 질문이지만 너무 광범위 할까봐 걱정됩니다. 또한 총알 점수 3과 4는 서로 모순 될 수있는 것처럼 보입니다. 이러한 유형의 아키텍처를 성공적으로 사용하려면 구성 요소를 패키지로 배포해야합니다 (npm/bower/etc). 배포 방법은 지속적인 배포 구성 (예 : Jenkins-> Sinopia 파이프 라인)이 무엇인지에 따라 다르지만이 또한 또 다른 긴 주제입니다. – axlj