공급자의 역할에 대해 묻고 싶으신 것 같습니다. $provide 및 $compileProvider는 모두 Angle의 내부 공급자입니다. 당신이 똑똑하다면 Provider에 대한 호출이 구성에 있다는 것을 이미 보셨을 것입니다. 그런 다음 Provider가 현재 애플리케이션의 구성이라는 것도 짐작하실 것입니다. 디렉티브, 팩토리 및 기타 모듈은 여러 프로젝트에서 재사용할 수 있지만 각 프로젝트의 환경은 다릅니다. Calling Provider는 현재 프로젝트의 환경을 구성할 수 있습니다. 예를 들어 라우팅을 구성할 때 config에서 RouteProvider가 호출되어 프로젝트의 라우팅을 구성합니다. 각 프로젝트는 서로 다르며, httpProvider는 $http의 동작과 반환 콘텐츠를 구성하고, locationProvider는 라우팅에서 #을 사용할지 여부를 구성합니다. 사용자 지정 공급자는 공급자의 메서드를 호출하기 위해 구성에 (공급자 이름) 공급자만 삽입하면 됩니다. 그런데 통합 공급자에도 위임 방식이 있습니다. 현재 프로젝트의 서비스에 특별한 기능이 필요한 경우 이를 통해 추가할 수 있으며 원래 서비스에는 영향을 미치지 않습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
공급자의 역할에 대해 묻고 싶으신 것 같습니다.
$provide 및 $compileProvider는 모두 Angle의 내부 공급자입니다.
당신이 똑똑하다면
Provider에 대한 호출이 구성에 있다는 것을 이미 보셨을 것입니다. 그런 다음 Provider가 현재 애플리케이션의 구성이라는 것도 짐작하실 것입니다.디렉티브, 팩토리 및 기타 모듈은 여러 프로젝트에서 재사용할 수 있지만 각 프로젝트의 환경은 다릅니다. Calling Provider는 현재 프로젝트의 환경을 구성할 수 있습니다.
예를 들어 라우팅을 구성할 때 config에서 RouteProvider가 호출되어 프로젝트의 라우팅을 구성합니다. 각 프로젝트는 서로 다르며, httpProvider는 $http의 동작과 반환 콘텐츠를 구성하고, locationProvider는 라우팅에서 #을 사용할지 여부를 구성합니다.
사용자 지정 공급자는 공급자의 메서드를 호출하기 위해 구성에 (공급자 이름) 공급자만 삽입하면 됩니다.
그런데 통합 공급자에도 위임 방식이 있습니다. 현재 프로젝트의 서비스에 특별한 기능이 필요한 경우 이를 통해 추가할 수 있으며 원래 서비스에는 영향을 미치지 않습니다.