유성에서, I 등 (예 : /foo/client/ 및 /bar/client/) 여러 client, 여러 server 디렉토리를 가질 수 있습니다 I 세그먼트의 행동에 의해 내 응용 프로그램, 사용자 관리, 서브 우퍼, 방법, UI 등 또는 /inv/*에 대한 예 /users/*에 대한 인벤토리 관리, 컬렉션, 서브, 메소드, UI 등, 그리고 앱의 다른 모든 부분들에 대한 정보를 제공합니다. 이렇게하면 코드 구성과 별도의 구성 요소 및 메소드가 허용되므로 장기적으로 애플리케이션의 확장 성이 향상됩니다.Meteor에 여러 공개 디렉토리가 있습니까?
지금까지는 꽤 잘 돌아 왔지만, 앱의 각 부분에 자산을 추가해야하고 에 복사 된 /public 디렉토리 내용 때문에 여러 개의 공개 디렉토리를 가질 수 있는지 알고 싶었습니다. 모든 파일을 빌드 대상으로 병합 할 수 있습니까?
아니요 현재 단일 애플리케이션 내에 여러 개의 공개 디렉토리를 가질 수 없습니다. 이것은 Meteor의 Isobuild 시스템에서는 허용되지 않습니다. 관련 구성 요소 기능이있는 별도의 /public 디렉토리를 유지하려면 Meteor packages을 활용해야합니다. 패키지는 자신의 공용 자산을 가질 수 있습니다. "Building Large Apps: Tips" hackpad는 Meteor로 "모든 것을위한 패키지"접근법을 활용하고 찾고있는 구성 요소 분리 유형 (별도의 공개 자산 포함)을 달성하는 방법에 대해 설명합니다. Meteor 커뮤니티의 대부분은 "모든 것을위한 패키지 (package-for-everything)"접근 방식으로 옮겼거나 움직이기 시작했다고합니다. Meteor 1.3 및 ES2015 모듈 지원의 출시로이 접근법은 대개 불필요합니다 (별도의 공공 자산을 유지하는 것과 같은 몇 가지 예외가 있음).
감사합니다. 내 애플 리케이션 "패키지"의 대부분은 공공 자산을 필요로하지 않는다, 나는 자신의 디렉토리 내에있는 사람들을 지킬 수 있을지 궁금해했다. 나는 "packages-for-everything"이 너무 많다는 것에 동의하며, 나는이 길로 내려 가지 않을 것입니다. 그래서, 나는 하나의 공용 디렉토리를 고수 할 것입니다. –
당신은'/ public/users','/ public/inv' 등의 적절한 폴더를 갖춰야 할 것입니다. 덜 마술 적입니다 - 다른 개발자가 코드를 파헤 쉬기가 더 쉬움 –