어떤 의미에서 보면 DOM 작업은 지침에만 나타날 수 있습니다. 당신이 있어야 할 마지막 장소는 봉사하는 곳입니다. Angular는 테스트 중심 개발을 옹호합니다. 서비스나 컨트롤러에서 DOM 작업이 발생하면 테스트를 통과할 수 없다는 의미입니다. 물론 이것은 단지 하나의 점일 뿐이며 중요한 것은 양방향 데이터 바인딩인 Angular를 사용하면 많은 DOM 작업을 처리하지 않고도 비즈니스 로직 처리에 집중할 수 있다는 이점 중 하나입니다. Angular 코드가 여전히 다양한 DOM 작업으로 가득 차 있다면 개발에 jquery를 직접 사용하는 것은 어떨까요?
저는 또한 여러분에게 도움이 될 수 있는 예제를 직접 작성했습니다: https://github.com/dolymood/angular-example
DOM을 간단하게 조작하려면 디렉티브에 넣어두는 것이 좋고, DOM에 해당하는 데이터 크루드의 경우에는 템플릿을 통해 컨트롤러에 바인딩한 후 컨트롤러에서 직접 스코프를 조작하는 것이 좋습니다. 응답 애니메이션은 지시문에 바인딩된 다음 컨트롤러에서 이벤트를 브로드캐스팅하여 지시문의 해당 애니메이션을 제어할 수 있습니다. 다음은 제가 2014년에 Angle을 시작했을 때 보았던 비교적 완전한 각도 프로젝트입니다. . 도움이 되셨으면 좋겠습니다
어떤 의미에서 보면 DOM 작업은 지침에만 나타날 수 있습니다. 당신이 있어야 할 마지막 장소는 봉사하는 곳입니다. Angular는 테스트 중심 개발을 옹호합니다. 서비스나 컨트롤러에서 DOM 작업이 발생하면 테스트를 통과할 수 없다는 의미입니다. 물론 이것은 단지 하나의 점일 뿐이며 중요한 것은 양방향 데이터 바인딩인 Angular를 사용하면 많은 DOM 작업을 처리하지 않고도 비즈니스 로직 처리에 집중할 수 있다는 이점 중 하나입니다. Angular 코드가 여전히 다양한 DOM 작업으로 가득 차 있다면 개발에 jquery를 직접 사용하는 것은 어떨까요?
저는 또한 여러분에게 도움이 될 수 있는 예제를 직접 작성했습니다: https://github.com/dolymood/angular-example
DOM을 간단하게 조작하려면 디렉티브에 넣어두는 것이 좋고, DOM에 해당하는 데이터 크루드의 경우에는 템플릿을 통해 컨트롤러에 바인딩한 후 컨트롤러에서 직접 스코프를 조작하는 것이 좋습니다. 응답 애니메이션은 지시문에 바인딩된 다음 컨트롤러에서 이벤트를 브로드캐스팅하여 지시문의 해당 애니메이션을 제어할 수 있습니다. 다음은 제가 2014년에 Angle을 시작했을 때 보았던 비교적 완전한 각도 프로젝트입니다. . 도움이 되셨으면 좋겠습니다
https://github.com/atian25/wandoujia-satan
Angular는 실제로 원래 백엔드에서 수행된 일부 작업 로직을 프런트엔드로 가져옵니다.
전형적인 예: todomvc 및 소스 코드