2011-03-15 3 views

답변

3

전적으로 귀하에게 달려 있으므로 실제 가이드가 없습니다. 여기까지 내가 말할 수있는 의미는 다음과 같습니다.

각 디자인 문서는 원하는만큼 많은 뷰를 가질 수 있습니다. 보기가 처음 조회 될 때까지보기가 작성되거나 갱신되지 않는다는 점에 유의하십시오. 또한 단일 뷰를 쿼리 할 때 동일한 디자인 문서의 다른 모든 뷰도 생성/업데이트됩니다. 수백만 개의 문서가 없으면 문제가되지 않지만 염두에 두어야 할 내용입니다.

또한 뷰의 전체 문자열 값은 버전간에 비교되므로 이름과 함수 텍스트가 동일하면 뷰가 다시 작성되지 않습니다. (참고 이것은 내가보기에 대해 읽은 내용을 기반으로 추측 한 것입니다. 명시 적으로 언급하지 않았습니다.)

일반적으로 핵심 CommonJS 모듈을 많이 포함하는 "공통"디자인 문서로 마이그레이션했습니다 (폼 유효성 검사 기능과 같은) 및 기타 일반 설정. 또한 프로젝트의 각 "엔티티"는 자체보기, 업데이트 처리기, 유효성 검사 함수, 표시/나열 함수 등을 포함하는 별도의 디자인 문서를 갖습니다.이 패턴은 각 엔티티와 함수를 거의 같은 클래스로 그룹화합니다 종류. 나는 유지 관리가 훨씬 쉬우 며 각 엔티티가 자체 포함될 때 명명이 좀 더 쉽다는 것을 발견했습니다.

관련 문제