프론트엔드
프론트엔드 개발자는 비즈니스 페이지 표현에 중점을 두고 사용자 경험을 중요시하며 다양한 역할을 가장 많이 처리하는 사람입니다.
예:
일반적으로 프런트엔드 작업은 6개 부분으로 구성됩니다.
백엔드
프런트엔드와 백엔드는 명확하고 백엔드는 비즈니스 인터페이스 디자인, 비즈니스 로직 처리 및 데이터 영구 저장에 있으며, 프런트엔드 개발자가 사용할 수 있도록 자세한 인터페이스 디자인 문서가 제공됩니다.
일반적인 백엔드 작업은 다섯 부분으로 구성됩니다.
1. 요구 사항을 충족하기 위해 제품 관리자와 통신합니다.
2. 비즈니스 API 인터페이스 개발: 다음을 기반으로 비즈니스를 수행합니다. 요구 사항 문서 인터페이스 개발
4. 인터페이스 도킹: 프런트엔드 개발자와의 인터페이스 도킹
5. 프런트엔드 및 백엔드 공동 디버깅 테스트: 페이지 표시 및 인터페이스 데이터 포함
6. 버그 수정
프론트엔드 개발 기술 스택
h5, css, nodejs/vue/angular/react, webpack, hbuilder/vscode 등
백엔드 개발 기술 스택
SpringCloud/Springboot, SpringMVC, ORM 프레임워크, 데이터베이스, 캐싱 프레임워크(Redis, Codis, Memcached 등), 빅데이터 프레임워크(Hadoop/ Spark/hive/Hbase/Storm/ES/Kafka) 등
기술 선택
성숙하고 안정적이며 사용하기 쉽고 효율성이 높은 기술을 선택하는 것이 가장 좋습니다. 실제 프로젝트 개발 시간이 제한되어 있기 때문에 개발자는 기술 학습과 깊이에 집중할 에너지가 없습니다.
데이터 형식
백엔드 개발에서는 일반적으로 REST 스타일을 사용하여 JSON 형식으로 제공되는 각 인터페이스의 요청 주소, 요청 매개변수, 응답 매개변수 등을 자세히 설명하는 인터페이스 설계 문서를 제공합니다. 데이터.
인터페이스 디자인
인터페이스 디자인의 품질은 프런트엔드와 백엔드 간의 일부 통신 및 조정 문제에 직접적인 영향을 미칩니다.
작성자의 경험에 따르면 백엔드 인터페이스가 불안정하면 프런트엔드 개발자가 페이지 데이터 표시를 반복적으로 수정하게 됩니다. 백엔드 개발자는 프론트엔드 문제라고 하고, 프론트엔드 개발자는 백엔드 문제라고 말하는 경우가 종종 있습니다.
인터페이스 용량 문제
인터페이스의 비즈니스 용량은 프런트엔드와 백엔드의 작업량을 나타내는 경우가 많습니다.
인터페이스의 비즈니스 용량이 너무 작으면 프런트 엔드에서 더 많은 작업을 단계적으로 처리해야 하며, 특히 여러 인터페이스의 Ajax 비동기 처리가 필요합니다.
인터페이스가 너무 작으면 비즈니스 결합도가 높아집니다. 요구 사항이 변경되면 백엔드 프로그램이 크게 변경되어 프로그램 확장에 도움이 되지 않습니다.
1. 프론트엔드와 백엔드 분리 개념이 바뀌어야 합니다
항상 전통적인 방식에 따라 프론트엔드와 백엔드를 볼 수는 없습니다. WEB (js/h5/css/ 백엔드 코드는 하나의 프로젝트에 배치) 개발 사고 분리
2. 통신 비용 문제
과거 전통적인 WEB 개발에서는 개발자가 기본적으로 요구 사항부터 설계, 개발까지 한 사람이 담당했습니다.
프런트엔드와 백엔드가 분리된 후 프런트엔드는 페이지 렌더링만 담당하는 반면 백엔드는 비즈니스 로직 처리와 데이터 지속성에 더 많은 관심을 기울입니다. 자신의 우선 순위와 이기적인 작업량.
3. 조직 구조 문제
콘웨이의 법칙
첫 번째 법칙: 커뮤니케이션이 디자인을 결정합니다(조직의 커뮤니케이션 방법은 시스템 디자인을 통해 표현됩니다)
제2법칙: 옳은 일을 할 시간은 결코 충분하지 않지만, 사물을 처리할 시간은 항상 충분합니다.)
제3법칙: 선형 그래프의 동형이 있습니다. (선형 시스템과 선형 조직 구조 사이에는 잠재적인 이형적 특성이 있음) )
네 번째 법칙: 대규모 시스템의 구조는 개발 중에 붕괴되는 경향이 있는데, 질적으로는 그보다 더 그렇습니다. 소규모 시스템(대규모 시스템 조직은 항상 소규모 시스템보다 더 많이 해체되는 경향이 있음)
Conway의 법칙은 다음 사항을 설명합니다.
4. 배포 및 모니터링 운영 및 유지 관리
프런트엔드와 백엔드가 분리된 후 분할 서비스는 온라인 배포와 운영 및 유지 관리의 복잡성을 모니터링하는 방법을 가져옵니다.
일반적으로 말하면 전면과 후면 분리로 인한 이점은 더 분명합니다. 별도의 프런트엔드와 백엔드를 갖춘 성숙한 팀은 문서화된 계약, 프런트엔드와 백엔드 책임 분리, 인터페이스 계약에 더 능숙합니다.