요약하자면:
최근 몇 년 동안 프론트엔드 기술은 빠르게 반복되어 ES6, Vue, React, Angular 외에도 egg, umi, nuxt, next, koa 등 다양한 엔터프라이즈급 프레임워크가 속속 등장했습니다. , redux, vuex, Mobx, Flux, dva 등 프런트 엔드 개발 작업을 크게 단순화하는 상태 관리 라이브러리이지만 개발자에게는 큰 학습 과제가 됩니다. 하지만 프론트엔드 아키텍처 수준에서 어느 정도 높이를 가지려면 이것들을 마스터해야 합니다. 이 외에도 엔지니어링, 자동화, 서버 등을 마스터하는 것도 필요합니다. 따라서 이러한 클래스 라이브러리 또는 프레임워크가 비즈니스에서 제외된 후 이들 뒤에 있는 디자인 아이디어와 이들이 따르는 기본 프로그램 원칙은 무엇입니까?
많은 개발자들이 지식의 숙달과 프레임워크의 적용에 익숙하지만 깊이 들어가지 못했다고 느끼는 구석이 항상 있는데, 이는 프로그램 자체에 대한 글로벌한 이해가 없기 때문일 수 있습니다. 예를 들어 (나는이 산에 있기 때문에 Lushan Mountain의 진정한 얼굴을 모릅니다) 산에있는 것처럼 많은 사람들이 산의 길을 분명히 알 수 있지만 왜 그런지는 모를 수 있습니다. 길은 이 방향이다 산을 이해하려면 이 산을 벗어나 더 높은 곳에서 한눈에 확연히 보이는 것이 필요하다.
그래서 프로그램을 만들려면 들어갈 수 있을 뿐만 아니라 나갈 수도 있어야 하고, 가장 간단한 방법으로 문제를 생각하고, 프로그램의 근본적인 생각을 파악하고, 프로그램 경로를 설계해야 합니다. 그것은 그렇게 중요하지 않습니다.
1년 전 백엔드 아키텍쳐 선배와 어떻게 하면 프론트엔드가 백엔드 요구사항을 빠르게 개발할 수 있는지에 대해 논의한 적이 있는데, 그 당시에는 자바나 다른 언어를 먼저 배우는 것이 필요하다고 생각했습니다. 기초 문법과 지식이 명확하지 않다면 어떻게 발전시킬 것인가. 그러나 실제 프로그램 개발은 프론트엔드든 백엔드든 언어와의 상관도가 1순위가 아니라 프로그램의 실현 목표와 구현 모델이 1순위라고 말했다. 사실도 마찬가지고, 많은 언어와 프레임워크가 있지만 이