마 젠토 2 및 서비스 계약

9

이 질문에 대해 많은 주제가 있다는 것을 알고 있지만 명확하게 이해할 수는 없습니다 ..

서비스 계약은 언제 사용해야합니까?

그들에 의해 수행 CRUD 교체 Model/를 ResourceModel?
사용자 정의 모듈에서 데이터 테이블을 사용할 각 엔티티에 대한 서비스 계약을 작성해야합니까?
그들은 미래 개발에 정말로 흥미 롭습니까?
Magento가 때때로 컨트롤러 / 블록의 모델에서 save/ load를 사용하는 이유는 무엇 입니까?

감사합니다

— TaKe_Da_ShAkEr
소스

M2 서비스의 흥미로운 게시물 이 이것을

— 95623

안녕하세요 Sanpu와 링크 주셔서 감사합니다 :). Alan의 비전은 흥미롭고 이제는 서비스 계약의 논리를 이해하기 시작합니다. Repository / Data / Management & Builder 개념과 분리하여 모든 비즈니스 모델 논리를 재구성하는 것 같습니다. 명확하게 설명되어 있지는 않지만 현재 모델 사용을 대체 할 것입니다. 당신이 그것에 대해 어떻게 생각하십니까 ?

— TaKe_Da_ShAkEr

1

기본적으로 서비스 계약은 모듈이 표준 API를 선언하는 데 사용할 수있는 일련의 인터페이스입니다. 일반적으로 CRUD 메소드를 노출하는 데이터 API와 실제로 무언가를 수행하는 운영 API의 두 가지 범주의 API가 있습니다.

서비스 계약은 다음과 같은 여러 가지 중요한 기능을 수행합니다.

업그레이드 프로세스 개선
커스터마이징 프로세스 공식화
디커플링 모듈

이제 인터페이스와 API를 사용하면 API를 통해서만 통신하기 때문에 Magento의 모듈 식 시스템에서 모듈과 상호 작용하는 방법이 훨씬 명확 해집니다.

모든 클래스는 인터페이스를 통해 문서화되므로 각 클래스의 기능과 클래스 사용이 전체 구현에 미치는 영향을 정확히 알 수 있습니다.

Magento가 2017 년 1 월 31 일까지 무료로 제공하는 magento Development의 Magento Course Fundamentals를 선택하는 것이 좋습니다. 철저한 서비스 계약 개요를 다루고 프레임 워크 API, 데이터 API 및 웹 API로 구분됩니다.

— 모세 엔 옌가
소스

0

서비스 계약은 Magento2에서 매우 유용합니다. 입력에 필요한 데이터 필드를 정확하게 정의합니다. Magento는 컨트롤러, 프로세스 및 웹 API 모두 동일한 리포지토리 및 모델을 사용하는 방식으로 개발되었으므로 서비스 계약은 데이터가 모두 동일하게되도록하는 데 도움이됩니다. 그것은 공장과 다른 것들을 아주 쉽게 주입 할 수있는 기회를 제공하기 때문에 유용합니다.

— 아와비
소스