이 문서에서는 도장에에서 사용 되는 보다 일반적인 캡슐화 시나리오를 설명 합니다. 상태 저장, DOJO.XHR의 도장 일반적인 클래스와 연기 같은 방법을 통해 개발자는 개체 지향, 간단 하 고 투명 한 방식으로 클라이언트와 나머지 스타일 Api 간의 동기 또는 비동기 상호 작용을 구현 하.
이 문서 도장 1.7를 사용 하 고 디자인 하 고 구현 하는 웹 프런트 엔드 http://www.aliyun.com/zixun/aggregation/14208.html AMD의 사양에 따라 > 나머지 API와 상호 작용 하는 데이터 모델.
준비 작업
Grails를 설치
다운로드 2.0.1 920. html "> Grails 공식 사이트에서 릴리스 버전
나머지 API를 준비
Grails 급성장 웹 오픈 소스 프레임 워크를 신속 하 게이 문서에 별관에 코드를 구현에 필요한 나머지 API를 구현 하는:
표 1. 나머지 Api 및 그들의 지원 HTTP 메서드
API 얻을 게시물 삭제/shape√/circle√√/원 / ${id} √√√/square√√/스퀘어 / ${id} √√√
Dojo를 사용 하 여
이 문서 사용 하 여 CDN 기반 Dojo1.7.2, 및 개발자 네트워크 조건에 의해 제한 되는 도장 공식 사이트에서 Dojo1.7.2 릴리스 버전을 다운로드할 수 있습니다.
웹 사이드 데이터 모델을 정의 하 고 사용
기 하 도형 개체 지향 프로그래밍에 관련 하는 자습서에서 자주 사용 하 고이 문서도 예외는 아니다. 다음은 기본 클래스 모양의 UML 다이어그램, 서브 원, 그리고 광장입니다.
그림 1. UML 개체 다이어그램
일반적으로이 디자인 아이디어는 백 도메인에서 평범 하지만 프런트 엔드는, 특히 더 많은 데이터 개체와 OPOA (한 페이지 한 응용 프로그램) 프로젝트에도 적용 됩니다. 백엔드 API와 상호 작용 하는 AJAX 코드 리소스 클래스 방법에 캡슐화 되어 나머지 API 기능에 따라, 그리고 하위 클래스는 단순히 리소스 이름을 선언. 백엔드 API 평안한 인 경우에 다양 한 요구 사항 충족 하기 위해 서브 클래스에서 부모 클래스 메서드를 재정의할 수 있습니다. 이러한 유형의 데이터 캡슐화 한 번 채택 주류 프런트 엔드 프레임 워크의 다양 한 통해 달성 될 수 있다, 프런트 엔드 노동자의 작업을 크게 간소화할 수 있습니다. 버전, 모듈 로드, 클래스 메커니즘 및 비동기 프로그래밍 위의 Dojo1.7 사용 하 여 독특한 장점을, 나중에 자세히 설명 해 나갈 것입니다.