최근 웹 개발 기술 중 일부는 무엇입니까?

각, 반응, 고분자

난 왜 각도 설명, 너무 뜨거운 수 주로 어느 레벨의 문제를 해결? 그것은 급속 한 개발 문제를 해결합니다. 우리는 많은 제품은 B/s, C/s, 그냥 그렇게이 브라우저에서 일부 시스템에서는 그것은 브라우저에서 JS의 많은 수를 작성 하 여 다음 UI 프레임 워크의 어떤 종류를 사용 하 여 피할 수, 상대적으로 많은 수의 공동 개발 될 것입니다, 코드, 많은 것 처럼 여전히 그 본질은 알으십시오 이러한 유형의 시스템 개발 프로세스는 비용의 관점에서 두 가지 문제를 해결 하기 위해:

개발 프로세스를 가능한 한 빨리 확인 하는 방법?

변경의 비용을 가능한 작게 만들기 위해 어떻게?

이 두 문제에 해결책 모듈 이다. 소위 구성 요소, 전통적인 소프트웨어 도메인에 있을 수 있습니다 몇 가지 성숙한 솔루션, 하지만이 수준 웹, 특히 웹 프런트 엔드를 얻으려면, 기본적으로 일반적인 해결 방법입니다. 구성 요소 "컨트롤" 레벨의 문제를 그냥 해결 되지 않으면, 비즈니스 데이터 및 논리 또한 그들의 관계, 그리고 각도 "일"이 점에서 매우 도움이 될 명확 하 게 구성 될 필요가, 그것은 UI를 분리 및 완전히 관계를 유지, 테스트, 쉽게 재사용 가능한 모듈 간의 종속성 주입을 사용 하는 비즈니스 논리 건축가 서 그것은 전체 프로젝트를 제어 하기가.

우리는 각도 따라 많은 사람들이, 상당 부분 그 본질을 파악 하지 않습니다 하지만 고통, 첫 번째 수의 프로세스를 사용 하 여 필수 장점을 인식 하 고 그들의 자신의 프로젝트에 대 한 정말 적합 하다는 것을 실현, 두 가지 방법으로 편리 하 게, 될 수 있을 것입니다 그래서 어떤 코너 이용에 의해 매력입니다.

또한 현재 각 버전, 나 두 전에 작성 하 고 가까운 장래에 기록 될 수 있습니다 몇 가지 문제가 있다. 각도 관계자는 이러한 문제를 알고, 그들은 2.0 버전을 계획 했다, 아이디어의이 버전은 아주 좋은, 관심 있는 사람들이 관심을 지불 제안, 나는 나중에이 사건은 코멘트 블로그.

지금 반응에 살펴보겠습니다.

왜 많은 사람들이 매료 반응, 그 프런트 엔드에 우호적 수 있으며 또한 서버 측에서 서식 파일을 구문 분석할 수 있는 다른 수준에서 어셈블리의 문제를 해결 하기 때문에. 가상 DOM, 명백 하 게 다른 프레임 워크를 방지 하기 위해 정확한 업데이트를 사용 하는 사람 처럼 자주 반응, 하지만 전체 상황의 영향의 정도로 높은이 지역에서 아주 잘 않습니다. 그 게 무슨 뜻, 주로 DOM 요소에 대 한 라이브러리 완벽 한 대형 제품 솔루션, 또는 상단에 초점을 맞춘 그것의 이점의 부족에 대 한 사용 하지만 사실, 매크로 관점에서이 레이어의 효율 중요 하지 않습니다 그래서, 매우 정교한 굴 삭 기, 정렬 기능, 다양 한 수 있습니다 예를 들어 하지만 대부분의 시간, 그것은 거친 파고 파고 석탄, 그리고 그것은 어떻게 효율적인 있습니다 자세히, 정확 하 게 제어 해야 하는 경우에만 중요 하지 않습니다 처럼. 또한, 웹 구성 요소 밖으로 인 경우에, 가상 Dom은 많은 문제를 다루는, 그리고 다른 프레임 워크 만들 수 격차 많이 작은 데이터 바인딩의 효율성을 개선 하 여.

비록 내가 모든 결함, 하지만 그 실현 방법 정말 독특한, 보고 가치가 있다.

마지막으로 참조 폴리머, 웹 컴포넌트의 개념에 따라, 말, 하지만 그것의 그들의 이해는 깊은, 그것은 사람들을 그릇 인도 것을 생각 하 고 싶습니다. 다른 사람의 말을 하자.