>웹 프론트엔드 >HTML 튜토리얼 >프론트엔드 개발의 최신 개발 동향

프론트엔드 개발의 최신 개발 동향

巴扎黑
巴扎黑원래의
2017-08-16 09:26:471490검색


요약: 이 기사는 전 세계 프런트 엔드 도구 사용에 관한 5254개의 설문 조사 보고서에서 나온 것입니다. 이 기사가 모든 사람이 최신 프런트 엔드 개발 도구 동향을 더 잘 이해하는 데 도움이 되기를 바랍니다. 응답자 구성 응답자의 83%가 프런트엔드 기술 분야에서 2년 이상의 경험을 갖고 있으며 응답자 중 5%만이 1년 미만의 경험을 갖고 있습니다. CSS 개발자의 63%는 고급 기술을 보유하고 있습니다...

이 기사는 프런트엔드 도구 사용에 대한 World 5254 설문 조사 보고서가 모든 사람이 최신 프런트엔드 개발 도구 동향을 더 잘 이해하는 데 도움이 되기를 바랍니다.

응답자 구성

응답자의 83%가 2년 이상의 프론트엔드 기술 경험을 갖고 있으며 응답자의 5%만이 1년 미만의 경력을 갖고 있습니다.

CSS

63%의 개발자는 수석 개발자 및 전문가입니다.

CSS는 속성-매개변수 값 쌍의 단순한 모음으로 간주되지만 CSS는 익히기가 어려울 수 있습니다. CSS3에는 많은 새로운 기능이 도입되어 CSS를 완전히 익히기가 점점 더 어려워지고 있습니다.

CSS 전처리기

63% 이상의 개발자가 Sass를 사용하므로 Sass는 전처리를 위한 확실한 첫 번째 선택입니다. 개발자의 8%가 PostCSS를 사용합니다. 일반적으로 PostCSS는 AutoPrefixer와 같은 전처리기와 함께 사용됩니다.

14%의 개발자만이 전처리를 사용하지 않으며 원시 CSS 코드 사용을 선호합니다. 이 방법은 개발 속도가 느리지만 프런트엔드 개발 학습을 시작하는 가장 쉽고 좋은 방법입니다. 개발자의 86%가 전처리기를 사용하는 경우 평균 웹 사이트에는 7.2 CSS 파일 요청이 필요합니다.

응답자의 10%만이 Less를 사용해 보았고, 응답자의 19%는 Stylus를 사용해 보았으며, 응답자의 80%는 Rework에 대해 들어본 적이 없습니다.

CSS 명명 방법

46%의 개발자가 코딩 시 명명 방법을 사용하며, CSS 고급 개발자 및 전문가의 경우 이 비율이 57%로 증가합니다.

가장 많이 사용되는 네이밍 방식은 BEM으로 전체의 40%를 차지합니다. 다음은 CSS 모듈(16%), OOCSS(15%), SMACSS(13%)입니다.

기타 CSS 도구

응답자의 39%가 현재 프로젝트에서 Modernizr을 사용합니다. 응답자의 14%는 CSS 유효성을 확인하기 위해 Stylelint를 사용합니다. 개발자의 23%는 CSS 도구나 명명 규칙을 사용하지 않습니다.

JavaScript

응답자의 51%는 JavaScript 수석 개발자 또는 전문가입니다.

라이브러리 및 프레임워크

관련성 문제에도 불구하고 99% 이상의 개발자가 jQuery를 사용했으며 응답자의 31%는 jQuery를 사용하는 것이 대부분의 프로젝트에 중요하다고 생각합니다. 거의 70%의 응답자가 기존 프로젝트에서 jQuery를 계속 사용하고 있습니다.

프레임워크의 상황이 혼란스러워 보입니다.

  • 현재 프로젝트의 38%가 React를 사용하고 있지만, 개발자 중 29%만이 React 사용이 원활하다고 생각하고, 18%의 개발자가 React 사용이 필요하다고 생각합니다. 웹사이트 중 0.1%가 React를 사용하는 것으로 밝혀졌습니다. 그러나 이러한 결과는 모든 웹 개발자가 아닌 프런트엔드 개발자에게서만 얻은 것임을 명심하세요.

  • 25%의 프로젝트가 현재 Angular 1을 사용하고 있지만 8%의 개발자만이 Angular 1을 사용해야 한다고 생각하고 8%만이 Angular 2를 사용하기로 선택합니다.

  • Vue.js는 10%의 프로젝트에서 사용되었지만 6% 미만의 개발자가 이 프레임워크에 만족하고 3%는 Vue.js를 사용해야 한다고 생각합니다

작업 실행 도구 및 모듈 바인딩

44%의 개발자가 Gulp를 사용하므로 Gulp는 의심할 여지 없이 가장 인기 있는 도구입니다. 동시에 더 간단한 npm 스크립트의 사용률은 2016년 23%에서 26%로 증가했습니다.

그런트 사용량이 12%로 떨어졌습니다. 응답자의 11%는 작업 실행 도구를 사용하지 않기로 선택했습니다.

모듈 바인딩을 사용하는 개발자 수는 2016년 이후 20% 증가하여 68%에 도달했습니다. 그 중 Webpack이 가장 널리 사용되는 모듈 바인딩 도구로 31%를 차지했으며, Browserify(11%), RequireJS(8%)가 그 뒤를 이었습니다.

컴파일러: ES6 코드를 ES5로 컴파일

62%의 개발자가 Babel과 같은 컴파일러를 사용하여 ES6 코드를 이전 브라우저에 더 친숙한 ES5 코드로 컴파일하고 있습니다. 응답자의 31%는 그러한 컴파일러에 대해 들어본 적이 있지만 사용해 본 적이 없습니다. 개발자 중 7%는 이러한 컴파일러에 대해 들어본 적이 없습니다.

62%라는 데이터는 상대적으로 높은 수치입니다. IE 및 이전 애플리케이션은 최신 JavaScript 구문을 지원하지 않으므로 ES6 코드를 작성하는 경우 이를 지원하는 최신 브라우저가 필요합니다. 프로젝트를 이전 브라우저 버전에서 실행해야 하는 경우 ES5 코드를 작성하는 것이 좋습니다.

기타 JavaScript 도구

41%의 개발자가 ESLint를 사용하고, 19%의 개발자가 JSLint를 사용하며, 14%의 개발자가 JSHint와 같은 도구를 사용하여 코드의 합법성을 확인합니다.

응답자의 23%는 코드 적법성 검사 도구를 사용하지 않는다고 답했습니다. 그러나 코드 오류를 확인하기 위해 텍스트 편집기와 IDE를 사용할 수도 있습니다.

테스트 도구 사용률이 1년 만에 12% 증가하여 52%에 이르렀습니다. 그러나 과거에는 JavaScript 테스트가 어려운 일이었습니다. TDD(테스트 중심 개발)와 같은 기술은 논리적 오류를 포착할 수 있지만 비동기 이벤트에서 발생하는 오류는 포착할 수 없습니다. 다행스럽게도 BDD(행동 중심 개발)가 실제 브라우저 검사 활동에 통합될 가능성이 높으며 이로 인해 프런트 엔드 테스트가 더욱 실행 가능해집니다.

현재 가장 인기 있는 시스템은 다음과 같습니다.

  • Mocha – TDD/BDD(23%)

  • Jasmine – BDD(17%)

  • QUnit – TDD(4%)

  • Jest – TDD/BDD (3%)

  • Ava – TDD/BDD (2%)

응답자의 94%가 Node.js 패키지 관리자 npm을 사용했다고 답했고, 응답자의 23%가 TypeScript를 사용했습니다.

2017년에는 어떤 도구를 사용해야 할까요?

일반적으로 개발 도구는 다양합니다. 개발자는 자신에게 가장 적합한 것을 선택하기 위해 전처리기와 명명 체계에 대해 더 많은 조사를 해야 합니다.

다음 사항은 주목할 가치가 있습니다.

  • 더 많은 도구를 사용해야 한다면 Node.js와 npm을 선택하는 것이 좋습니다.

  • Gulp와 Webpack을 시도해 볼 가치가 있습니다

  • ES6를 배우세요. 이전 버전과 호환되는 ES5 프로젝트에서 작업해 왔습니다.

설문조사 결과에 따르면 라이브러리를 선택할 때 jQuery가 합리적인 선택입니다. 프레임워크를 선택할 때 인기가 높기 때문에 React를 선택할 수 있습니다. 아직 프레임워크를 선택하지 않았다면 HTML, CSS, JavaScript 및 브라우저 개발의 기본 사항을 배우는 것부터 시작할 수 있습니다. 이러한 지식은 프레임워크를 더 잘 이해하는 데 도움이 될 수 있으며 프레임워크 시스템 개선에 기여하도록 장려할 수도 있습니다.

권장 프런트 엔드 개발 도구:

Wijmo는 TypeScript로 작성된 차세대 JavaScript/HTML5 컨트롤 세트입니다. 터치 우선 디자인 개념을 고수하며 세계 최초로 AngularJS를 지원하고 React, VueJS 및 TypeScript 2.2를 지원하며 FlexGrid 및 차트와 같은 다양한 컨트롤을 뛰어난 성능과 제로 종속성으로 제공합니다. 엔터프라이즈 애플리케이션 구축을 위한 제어 세트입니다.

위 내용은 프론트엔드 개발의 최신 개발 동향의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.