1
특정 API가 코딩 된 방법에 대한 합리적인 설명을 찾으려고합니다. 일반적인 MVC 패턴은 API 뒤에 사용 된 패턴을 깔끔하게 설명하려고 할 때 실제로 적합하지 않습니다. 아래의 패턴이 기존의 디자인 패턴과 잘 맞는지 아는 사람이 있는지 알고 싶습니다. 패턴이 추상적 인 개념이라는 것을 깨닫고 우리는 하나에 묶으려고하지 않습니다. (바보 같을 것입니다.)하지만 호기심 때문에 저를 죽이려고합니다.API의 PHP 디자인 패턴
(수신 요청) ->[ROUTER] 패스 적당한 클래스를 요청하고, 사용하는 방법에 대한 요청의 데이터를 전달한다.
[CONTROLLER] 원시 요청 데이터를 처리하고 응답을 작성하는 메소드입니다. 이 메소드는 요청을 수행하는 데 필요한 모든 클래스를 인스턴스화하고 종속성이 주입되어야하는 지원 클래스를 준비합니다.
[MODELS] 캐시, 데이터베이스 및 파일 조작을 처리하는 클래스의 컬렉션. 모든 하위 수준의 비즈니스 논리는 가능합니다.
[CONTROLLER] 모델에서 반환 된 모든 데이터를 구성하고 최종 응답 및 모든 고수준 비즈니스 논리를 준비합니다.
< - (JSON 응답)
이 API는 요청하는 응용 프로그램 또는 웹 사이트에서 사용하는 데이터 자원을 구성, 뷰/인터페이스를 만들기위한 책임이 없습니다.
이것을 설명하는 패턴이 있습니까?
'API는보기/인터페이스를 생성 할 책임이 없으며 요청한 앱이나 웹 사이트에서 사용하는 데이터 리소스 만 작성해야합니다. '-보기/인터페이스의 형식이 아닌가? –