2021년 대형 프론트엔드 개발 동향이 어떻게 될지 아시나요? (자세한 설명)

프런트엔드 개발의 급속한 발전은 매년 개발자들에게 새로운 키워드를 안겨줍니다. 2021년 프론트엔드 개발의 키워드는 무엇일까요? 발전방향은 어떻게 될까요? 2019년 대형 프런트엔드 개발을 언급하면 ​​당연히 프런트엔드는 여전히 소규모 프로그램, 슈퍼 APP, 크로스엔드 개발, 프런트엔드 엔지니어링 및 신기술 적용과 같은 여러 측면에 초점을 맞출 것입니다. 2019년 해석에서 빅 프론트엔드 기술 트렌드의 깊이를 참고할 수 있습니다.

미니 프로그램

미니 프로그램 개발, 올해는 여전히 미니 프로그램의 급속한 개발의 해입니다. 모든 주요 주류 앱은 미니 프로그램 기능을 출시했으며 각 프런트 엔드 팀에도 전담 미니 프로그램 개발 팀이 있습니다. , 더 빠른 소규모 프로그램 개발 요구를 충족합니다. 동시에 앱의 많은 주요 기능이 미니 프로그램으로 대체되었습니다. 일부 앱은 기본 미니 프로그램 셸이 되었으며 상위 계층은 모두 미니 프로그램이어야 합니다.

WeChat 미니 프로그램이 등장하기 전에는 모두가 Hybird와 ReactNative에 대해 이야기했지만 결국 기술적인 수준의 카니발일 뿐 비즈니스 속성의 주입은 없었습니다. 미니 프로그램의 출현은 업계에 현재 장치의 Webview가 그다지 나쁘지 않다는 것을 알려줄 뿐만 아니라 유능한 판매자가 슈퍼 APP에서 개인 도메인 작업을 수행할 수 있도록 하는 방법을 업계에 알려줍니다.

한편, 기술적인 관점에서 볼 때 상위 계층 DSL의 엄격한 제한 하에서 슈퍼 APP는 자체 요구 사항을 충족하는 웹 표준을 정의하고 현재 웹 표준의 단점을 보완하며 최종적으로 협력할 수 있습니다. 클라이언트, 오프라인 결합, 프리로딩, Customizing Webview는 NSR과 유사한 다양한 멋진 기술 모델을 생성할 수 있어 웹은 결국 Weex처럼 조금 어색하지 않고 결국 저렴한 비용으로 기본 버전 경험을 달성할 수 있습니다.

그러나 슈퍼 APP(WeChat, Alipay, Baidu, Meituan, Toutiao 등)에 의존해야 하는 필요성과 각 플랫폼에서 채택하는 구체적인 솔루션의 차이로 인해 현재 소규모 프로그램 구현 계획도 다릅니다. 때로는 여러 세트의 코드를 개발해야 합니다.

크로스엔드 개발

크로스엔드 개발, RN 상태는 매우 성숙했거나, 아직 버전 0.61에 머물고 있기 때문에 개발 전망이 별로 없고, 버전 1.0은 아직 멀은 것 같습니다. 따라서 올해 많은 팀이 Flutter로 전환했습니다. 특히 웹용 Flutter의 출시로 인해 희망이 다시 불타오르고 웹 프런트엔드가 열심히 시도하게 되었습니다.

동시에 Apple은 새로운 UI 시스템인 SwiftUI도 출시했습니다. 동시에 웹용 SwiftUI가 이미 오픈 소스 커뮤니티에서 진행되고 있습니다. Android용 SwiftUI가 훨씬 뒤쳐질 수 있을까요?

크로스엔드 개발, Flutter는 여전히 빠르게 발전할 것이며 JS에는 더 많은 개발자가 있을 것이며 웹 및 Android용 SwiftUI도 오픈 소스가 될 것이며 결국 아직 완벽한 솔루션은 없습니다. 크로스엔드.

프런트엔드 엔지니어링

프론트엔드 엔지니어링에서 개발자에게 가장 중요한 기본 품질은 도구를 통해 효율성을 높이는 것이며, 프런트엔드 개발자는 여기서 계속해서 반복하고 최적화할 것입니다.

요만(Yoman)과 CLI 등 일련의 구축 도구에 대해 이야기한 적이 있지만 팀이 성장한 후에는 항상 뭔가 부족하다는 느낌을 받았습니다. 반면에 Java 학생들은 Spring Boot 구성 엔지니어에 대해 들어본 적이 없습니다.

올해 많은 팀이 완전한 프런트 엔드 DevOps 프로세스 도구를 구축하고 있으며, 이들 팀은 웹이든 소규모 프로그램이든 새로운 프로젝트, 개발, 공동 디버깅(tiao), 배포, 테스트에서 협업하고 구축하기 시작했습니다. , 릴리스, 운영 및 유지 관리부터 통계 모니터링까지, 효율성을 보장하고 개선하는 완벽한 도구가 있습니다. 앞으로 프런트 엔드 프로젝트는 점점 더 표준화될 것입니다.

2020년 프런트엔드 개발을 기대하며 프런트엔드 엔지니어링 시스템은 더 이상 비계만큼 단순하지 않고 IDE와 결합되어 비즈니스 속성을 개방할 것입니다. , 프로젝트 초기화부터 코드 작성, CI, 그레이스케일, 릴리스까지 완전한 폐쇄 루프를 형성합니다.

Serverless

서버리스의 인기는 거의 프런트엔드에 기인합니다. Serverless는 Node.js를 완벽하게 지원할 수 있기 때문에 Serverless는 프런트 엔드 개발자가 Node.js를 사용하는 과정에서 많은 문제를 해결하는 데 도움이 됩니다.

현재 프런트 엔드 엔지니어의 대부분은 전문적인 배경을 가지고 있습니다. 정통 서버 측 개발 학생과 비교할 수는 없지만 서버 측 레이어에서 많은 비즈니스 로직을 작성할 수도 있습니다. 현재 많은 기업들이 이러한 요구 사항을 충족하기 위해 BFF 레이어를 구축하고 있지만 여전히 운영 및 유지 관리, 기계 할당의 장애물을 제거하지 못하고 있습니다.

Serverless가 점진적으로 구현되면 BFF 레이어의 코드는 운영 및 유지 관리, 기계 할당 등과 같은 복잡한 문제를 제거할 것입니다. 동시에 프런트 엔드 학생들이 이것을 작성할 확률이 높습니다. 코드의 일부를 다루며 서버 측 학생들은 중간 시스템 구현에 중점을 둘 것입니다. 비즈니스 관점에서 볼 때 비즈니스의 시행착오 비용도 크게 줄어들 것입니다.

Node.js가 프런트 엔드 개발자에게 필수적인 기술이 되면서 클라우드 컴퓨팅의 지속적인 인기로 인해 서버리스가 가능해질 것입니다. 점점 더 많은 개발자가 R&D의 이점을 맛보게 되면 서버리스는 확실히 프런트엔드 R&D 모델을 바꿀 것입니다.

동시에 Serverless를 사용하는 학생들은 반드시 TS를 사용하게 될 것입니다. 이는 또한 2020년에 TS를 작성하지 않으면 실제로 아웃될 수도 있음을 의미합니다.

웹어셈블리

WebAssembly는 새로운 바이트코드 형식이며 현재 모든 주류 브라우저는 WebAssembly를 지원합니다. 해석과 실행이 필요한 JS와 달리 WebAssembly 바이트코드는 기본 기계 코드와 매우 유사하며 빠르게 로드하고 실행할 수 있으므로 JS 해석 및 실행에 비해 성능이 크게 향상됩니다.

즉, WebAssembly는 프로그래밍 언어가 아니라 바이트코드 표준입니다. 바이트코드를 고급 프로그래밍 언어로 컴파일하고 WebAssembly 가상 머신에 넣어 실행해야 합니다. WebAssembly 사양을 구현합니다.

WebAssembly를 사용하면 모든 언어를 브라우저에서 실행할 수 있습니다. Coffee부터 TypeScript, Babel까지 이것들은 모두 실행되기 전에 js로 변환되어야 하는 반면, WebAssembly는 브라우저에 vm을 내장하고 변환할 필요 없이 직접 실행하므로 당연히 실행 효율이 훨씬 높습니다.

예를 들어, AutoCAD 소프트웨어는 미국 Autodesk Co., Ltd.(Autodesk)에서 생산하는 자동 컴퓨터 지원 설계 소프트웨어로, 2차원 도면 및 기본 3차원 설계를 그리는 데 사용할 수 있습니다. 사용 시 프로그래밍을 알 필요 없이 자동으로 그려지기 때문에 토목건축, 장식, 산업 도면, 엔지니어링 도면, 전자 산업, 의류 가공 등 전 세계 여러 분야에서 널리 사용되고 있습니다.

AutoCAD는 대량의 C++ 코드로 작성된 소프트웨어로 데스크톱에서 모바일, 웹에 이르기까지 많은 기술적 변화를 겪었습니다. 이전에 InfoQ에서 "AutoCAD & WebAssembly: 30년 코드 베이스를 웹으로 이동"이라는 제목으로 WebAssembly를 사용하여 많은 오래된 C++ 코드를 웹에서 실행하고 실행 효율성을 보장한다는 연설이 있었습니다.

WebAssembly의 핵심 JavaScript 엔진 V8에는 이제 새로운 WebAssembly 기준 컴파일러인 Liftoff가 포함되어 있습니다. Liftoff의 간단하고 빠른 코드 생성기는 WebAssembly 애플리케이션 실행 속도를 크게 높여줍니다. 2019년에는 많은 기업들이 WebAssembly를 학습하고 변화시키는 데 인력을 투자하기 시작했습니다. 저는 2020년에 WebAssembly가 폭발적인 시기를 경험할 것이라고 믿습니다.

5G

2019년 피할 수 없는 화두는 5G입니다. 우선, 2G에서 2G로의 전환 과정에서 WAP의 일반 텍스트 하이퍼링크 시대에서 4G 풀이미지 비디오 시대로 변화한 것과 마찬가지로 5G 대역폭의 대폭적인 증가는 기존 웹의 복잡성을 더욱 증가시켰습니다. 4G. 5G는 엄청난 변화가 되겠지만 확실히 하루아침에 일어나지는 않을 것입니다. 하드웨어 성능, 브라우저 처리 속도 등 해당 지원 시설도 점진적으로 개선되어야 하기 때문입니다.

서버측 렌더링(SSR)은 확실히 지름길입니다. 5G는 백엔드에 렌더링을 넣는 것은 동형화만큼 간단하지 않습니다. 렌더링 성능. WebAssembly는 여러 배경 언어를 원활하게 연결할 수 있고, 배경 렌더링의 최적화는 프런트엔드 R&D 모델과 기술 아키텍처에도 변화를 가져올 수 있기 때문에 이러한 기회를 통해 빠르게 발전할 수 있습니다.

두 번째로, 5G가 가져온 만물 인터넷은 스마트폰 및 일반 PC와는 다른 다양한 응용 시나리오를 가져올 것입니다. VR, 웨어러블 기기, 다운로드 시스템, 스마트 프로젝션, 스마트 인터랙션 등이 모두 웹에 생명을 불어넣을 것입니다. 다양한 수직 필드에 진입한다는 것은 프런트 엔드에 더 많은 열린 공간이 있다는 의미이기도 합니다. 5G의 대규모 상용화로 인해 수많은 새로운 인터넷 거대 기업이 탄생할 것이라고 믿습니다.

읽어 주셔서 감사합니다. 많은 혜택이 있기를 바랍니다

이 기사의 출처는 다음과 같습니다: https://xiangzhihong.blog.csdn.net/article/details/103233487

더 많은 관련 지식을 보려면 PHP를 방문하세요. 중국사이트! !

위 내용은 2021년 대형 프론트엔드 개발 동향이 어떻게 될지 아시나요? (자세한 설명)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!