AngularJS 문서를 읽은 후 인터넷의 일부 사람들은 이것이 얼마나 강력하고 얼마나 많은 장점을 가지고 있는지 말했습니다.
나는 그가 매우 귀찮은 일을 할 수 있다고 생각하지 않습니다. 약간의 개선이 있지만 명확하지는 않습니다.
제가 공부를 잘 안하고 눈치채지 못해서 그런걸까요?
AngularJS는 API fisrt 개발 아이디어에 매우 적합합니다. 기성품인 RESTful 인터페이스가 있으면 더 좋을 것 같습니다. . 백엔드 코드가 직접 필요하지 않습니다.
AngularJS非常合适 API fisrt的开发思路，如果有现成的RESTful接口的话那更好了，直接都不用后端代码了
AngularJS
AngularJS는 단일 페이지의 로직이 상대적으로 복잡한 상황에도 적합합니다. 콘텐츠를 동적으로 로드하고 삭제하는 것은 매우 간단합니다
추가 경로를 강조합니다
jquery = & gt;
anger 프론트 엔드 개발, 스파 개발의 기본 프로세스, 일반적인 문제, 통증 지점, 성능 튜닝 등의 개발자는 위의 경험이없는 사람들에게는 강력한 도구입니다. 경험이 풍부한 운전자의지도는 Angular의 복잡한 디자인의 논리와 목적으로 DOM Foundation을 쉽게 간과 할 수 있습니다.
모든 프레임워크는 실제 엔지니어링 환경에서 추출된 후 천천히 개선됩니다. 그래서 개발 경험이 부족하면 Backbone, Ember, React, Angular 중 무엇을 사용할지 비교하기가 사실 어렵습니다.
하지만 어떤 프레임워크에 관심이 있다면 사용해 보세요. 점차적으로 더 많이 사용해보면 jQuery를 직접 사용하면 작성하는 데 시간이 얼마나 걸리는지 알게 될 것입니다. 뭐, 물론 일반 애플리케이션을 작성한다면 Mao나 필기 같은 프레임워크를 사용하는 것이 더 낫다고 생각할 수도 있을 것입니다.
다른 반 친구가 언급했지만, 이런 것의 장점은 어느 정도 프로젝트 경험이 축적되어야만 반영될 수 있습니다. 그러나 광고 목적으로 간략하게 이야기하겠습니다.
질문자가 프로그래밍을 막 접했고 아직 기능에 익숙하지 않은 경우처럼 OOP를 보면 나중에 관련 구문 설탕을 마스터하더라도 여전히 OOP의 이점이 무엇인지 물을 수 있습니다. 실용성에 대한 의구심이 드는군요.
AngularJS와 같은 MVC/MVVM 프레임워크로 돌아가서, 그 존재의 가치는 무엇입니까? 사실 OOP와 마찬가지로 코드 결합을 줄이고 논리 난이도를 줄이고 안정성을 향상시키는 것입니다. 방법이 더 간단하지 않나요?
먼저 이벤트 중심의 보다 "직접적인" 방법에 대해 이야기해 보겠습니다. 간단한 예를 들자면 인터페이스의 요소 상태는 여러 위치에서의 사용자 상호 작용과 이러한 상호 작용이 발생하는 순서로 인해 변경될 수 있습니다. , 주파수 등은 요소의 상태와 관련될 수 있습니다. 요소의 상태 변경을 유발할 수 있는 모든 곳에서는 요소의 최신 상태를 결정하는 판단 메커니즘이 필요합니다.
이렇게 써도 되나요? 물론 그렇긴 한데, 논리가 빡빡한지, 아니면 여기서 바꾸는 등의 사소한 부주의인지 테스트해 볼 시간입니다. 잊어버리면 문제가 발생할 수 있습니다.
MVC는 데이터 기반으로 UI와 상호 작용 사이에 데이터 계층을 추가합니다. UI는 이러한 데이터 중 하나 이상의 상태에만 관심이 있으며 더 이상 다양한 이벤트가 발생했는지 여부에는 관심이 없습니다. 반면 상호 작용은 업데이트에만 관심이 있습니다. 이런 방식으로 원래 복잡했던 로직이 크게 단순화되어 한편으로는 개발자의 사고 난이도가 줄어들고, 다른 한편으로는 객관적으로 발생할 가능성도 줄어듭니다. 문제가 발생했습니다.
다음은 광고 시간~
AngularJS/Ember를 배우는 것은 모두 비용이 들기 때문에 실제로 API를 마스터하는 것만으로는 충분하지 않습니다. 구현 세부 사항을 이해하지 못하면 각 작업의 비용을 모르기 때문에 작성할 때 자신감이 없습니다. 당신은 결단력이 있습니다. 저는 휠을 만들어서 프로젝트 개발에 사용했습니다. 하지만 새로운 휠이기 때문에 디자인에서도 몇 가지 문제를 발견했습니다. 나중에 다시 작성하겠지만 별표를 표시해 주시면 됩니다.
Angularjs를 사용하면 기본적으로 아이디어를 기반으로 애플리케이션을 개발하기 위한 코드가 구성됩니다. 프레임워크는 양방향 데이터 바인딩, 모듈 삽입 등을 포함하여 많은 작업을 수행하는 데 도움이 됩니다. 그러나 그에 따라 유연성이 감소하므로 대규모 프런트엔드 시스템에는 적합하지 않습니다.
도움이 된다고 정의하는 방법은 무엇인가요? 프로그램을 더욱 논리적이고, 유지 관리하기 쉽게 만들고, 코드를 줄이시겠습니까?
개발은 시나리오와 결합되어야 합니다.
저는 Augular가 애플리케이션 수준 개발에 가장 적합하다고 생각하며, 가장 일반적으로 기업 내 백엔드 도구에 유용합니다.
그러나 일부 빠른 반복 활성 페이지(일정 기간 동안만 사용됨)의 경우 Angular는 실제로 도움이 되지 않습니다.
높은 동시성의 목표는 주로 백엔드 웹 서비스입니다. 과거에는 모든 것이 백엔드 템플릿이었을 때는 페이지에 백엔드 DB 읽기가 많이 포함되어 페이지 렌더링 속도가 느려지기 쉬웠습니다. 주요 비즈니스 엔터티 데이터를 제외하고 대부분의 다른 페이지는 현재 프런트엔드 JS를 사용하여 비동기식으로 로드됩니다. 어떤 사람들은 완전히 정적인 페이지를 만들기도 하며 모든 백엔드 데이터는 비동기 로딩에 의존합니다. 그러나 이 두 가지 방법은 절대적이지 않습니다. 예를 들어 페이지의 첫 번째 화면에서 볼 수 없는 것은 현재 비동기적으로 로드될 수 있습니다. 비동기 로딩 요청은 CSS 및 JS와 동일합니다. 또한 비동기 요청 병합 경로를 취하기 시작했습니다. 따라서 실제 프로젝트에서는 구체적인 상황을 분석하는 것이 먼저이고, 그 정도를 잘 파악하는 것이 두 번째입니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
-
🎜AngularJS는 API fisrt개발 아이디어에 매우 적합합니다. 기성품인RESTful인터페이스가 있으면 더 좋을 것 같습니다. . 백엔드 코드가 직접 필요하지 않습니다.AngularJS非常合适API fisrt的开发思路，如果有现成的RESTful接口的话那更好了，直接都不用后端代码了AngularJSAngularJS는 단일 페이지의 로직이 상대적으로 복잡한 상황에도 적합합니다. 콘텐츠를 동적으로 로드하고 삭제하는 것은 매우 간단합니다추가 경로를 강조합니다 jquery = & gt; anger 프론트 엔드 개발, 스파 개발의 기본 프로세스, 일반적인 문제, 통증 지점, 성능 튜닝 등의 개발자는 위의 경험이없는 사람들에게는 강력한 도구입니다. 경험이 풍부한 운전자의지도는 Angular의 복잡한 디자인의 논리와 목적으로 DOM Foundation을 쉽게 간과 할 수 있습니다.
원래 jQuery 기반을 사용하는 경우,Angular로 전환하면 코드가 2/3이상 줄어듭니다.
두 가지 학습 경로가 있습니다.
기본 지식이 없다면 Angular를 직접 사용하는 것을 추천하며, jQuery에 대한 기본 지식이 있는 경우보다 더 빨리 배울 수 있다는 것을 알게 될 것입니다,jQuery의 기본이 있다면 먼저 jQuery에 대해 모두 잊어야 하며, 학습 경로는 jQuery -> Forget jQuery -> 백본(모델 및 뷰, 라우팅 라우터는 학습할 필요가 없음)입니다.
가장 최악인 점은 앵귤러 코드에 jQuery 코드가 많이 섞여 있다는 점입니다. 끝났으니 저장할 방법이 없습니다
http://blog.csdn.net/postd_cn/article/details/38405833http://damoqiongqiu.iteye.com/blog/1926475
모든 프레임워크는 실제 엔지니어링 환경에서 추출된 후 천천히 개선됩니다. 그래서 개발 경험이 부족하면 Backbone, Ember, React, Angular 중 무엇을 사용할지 비교하기가 사실 어렵습니다.
하지만 어떤 프레임워크에 관심이 있다면 사용해 보세요. 점차적으로 더 많이 사용해보면 jQuery를 직접 사용하면 작성하는 데 시간이 얼마나 걸리는지 알게 될 것입니다. 뭐, 물론 일반 애플리케이션을 작성한다면 Mao나 필기 같은 프레임워크를 사용하는 것이 더 낫다고 생각할 수도 있을 것입니다.
jquery는 단지 DOM을 제어합니다. . .
angluarjs의 가장 멋진 점은 양방향 데이터 바인딩입니다. 매우 복잡한 상호작용이 있는 페이지에 적합합니다.
다른 반 친구가 언급했지만, 이런 것의 장점은 어느 정도 프로젝트 경험이 축적되어야만 반영될 수 있습니다. 그러나 광고 목적으로 간략하게 이야기하겠습니다.
질문자가 프로그래밍을 막 접했고 아직 기능에 익숙하지 않은 경우처럼 OOP를 보면 나중에 관련 구문 설탕을 마스터하더라도 여전히 OOP의 이점이 무엇인지 물을 수 있습니다. 실용성에 대한 의구심이 드는군요.
AngularJS와 같은 MVC/MVVM 프레임워크로 돌아가서, 그 존재의 가치는 무엇입니까? 사실 OOP와 마찬가지로 코드 결합을 줄이고 논리 난이도를 줄이고 안정성을 향상시키는 것입니다. 방법이 더 간단하지 않나요?
먼저 이벤트 중심의 보다 "직접적인" 방법에 대해 이야기해 보겠습니다. 간단한 예를 들자면 인터페이스의 요소 상태는 여러 위치에서의 사용자 상호 작용과 이러한 상호 작용이 발생하는 순서로 인해 변경될 수 있습니다. , 주파수 등은 요소의 상태와 관련될 수 있습니다. 요소의 상태 변경을 유발할 수 있는 모든 곳에서는 요소의 최신 상태를 결정하는 판단 메커니즘이 필요합니다.
이렇게 써도 되나요? 물론 그렇긴 한데, 논리가 빡빡한지, 아니면 여기서 바꾸는 등의 사소한 부주의인지 테스트해 볼 시간입니다. 잊어버리면 문제가 발생할 수 있습니다.
MVC는 데이터 기반으로 UI와 상호 작용 사이에 데이터 계층을 추가합니다. UI는 이러한 데이터 중 하나 이상의 상태에만 관심이 있으며 더 이상 다양한 이벤트가 발생했는지 여부에는 관심이 없습니다. 반면 상호 작용은 업데이트에만 관심이 있습니다. 이런 방식으로 원래 복잡했던 로직이 크게 단순화되어 한편으로는 개발자의 사고 난이도가 줄어들고, 다른 한편으로는 객관적으로 발생할 가능성도 줄어듭니다. 문제가 발생했습니다.
다음은 광고 시간~
AngularJS/Ember를 배우는 것은 모두 비용이 들기 때문에 실제로 API를 마스터하는 것만으로는 충분하지 않습니다. 구현 세부 사항을 이해하지 못하면 각 작업의 비용을 모르기 때문에 작성할 때 자신감이 없습니다. 당신은 결단력이 있습니다. 저는 휠을 만들어서 프로젝트 개발에 사용했습니다. 하지만 새로운 휠이기 때문에 디자인에서도 몇 가지 문제를 발견했습니다. 나중에 다시 작성하겠지만 별표를 표시해 주시면 됩니다.
https://github.com/vilic/dropangularjs는 프레임워크입니다
jquery는 클래스 라이브러리입니다
두 가지 수준의 무언가입니다
Angularjs를 사용하면 기본적으로 아이디어를 기반으로 애플리케이션을 개발하기 위한 코드가 구성됩니다. 프레임워크는 양방향 데이터 바인딩, 모듈 삽입 등을 포함하여 많은 작업을 수행하는 데 도움이 됩니다. 그러나 그에 따라 유연성이 감소하므로 대규모 프런트엔드 시스템에는 적합하지 않습니다.
도움이 된다고 정의하는 방법은 무엇인가요? 프로그램을 더욱 논리적이고, 유지 관리하기 쉽게 만들고, 코드를 줄이시겠습니까?
개발은 시나리오와 결합되어야 합니다.
저는 Augular가 애플리케이션 수준 개발에 가장 적합하다고 생각하며, 가장 일반적으로 기업 내 백엔드 도구에 유용합니다.
그러나 일부 빠른 반복 활성 페이지(일정 기간 동안만 사용됨)의 경우 Angular는 실제로 도움이 되지 않습니다.
큰 그림에서 요약하자면: 코드의 "재사용성", "유지보수성" 및 "테스트 가능성"이 크게 향상되었습니다
Angular를 시작하는 것은 빠르지만, 여전히 복잡한 일이 많이 있습니다
높은 동시성의 목표는 주로 백엔드 웹 서비스입니다.
과거에는 모든 것이 백엔드 템플릿이었을 때는 페이지에 백엔드 DB 읽기가 많이 포함되어 페이지 렌더링 속도가 느려지기 쉬웠습니다.
주요 비즈니스 엔터티 데이터를 제외하고 대부분의 다른 페이지는 현재 프런트엔드 JS를 사용하여 비동기식으로 로드됩니다. 어떤 사람들은 완전히 정적인 페이지를 만들기도 하며 모든 백엔드 데이터는 비동기 로딩에 의존합니다. 그러나 이 두 가지 방법은 절대적이지 않습니다. 예를 들어 페이지의 첫 번째 화면에서 볼 수 없는 것은 현재 비동기적으로 로드될 수 있습니다. 비동기 로딩 요청은 CSS 및 JS와 동일합니다. 또한 비동기 요청 병합 경로를 취하기 시작했습니다. 따라서 실제 프로젝트에서는 구체적인 상황을 분석하는 것이 먼저이고, 그 정도를 잘 파악하는 것이 두 번째입니다.