기술나눔

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

한동안 프로젝트를 진행해왔는데, 퇴근 후나 이상한 시간을 활용해 개인적인 생각과 느낌을 공유하고 싶습니다. 함께 격려해 주세요.

프런트엔드가 갖춰야 할 몇 가지 기능은 다음과 같습니다.

(1) 가짜 데이터(시뮬레이션된 데이터)를 준비하는 기능, 때로는 백엔드 인터페이스가 준비되지 않았고 프런트엔드에 데이터가 없지만 일정이 빡빡해서 프런트엔드를 기다릴 수 없기 때문입니다. 최종적으로는 시뮬레이션된 데이터를 생성할 수 있는 능력이 있어야 합니다.

(2) 특정 비즈니스 로직을 건너뛰는 기능. 폐쇄 루프 비즈니스를 완료하는 데 5단계가 필요한 경우 2단계가 중단되면 345는 계속해서 진행할 수 없습니다. 물론 이는 백엔드에 문제를 일으키는 좋은 방법입니다. 데이터베이스를 변경하는 것은 간단합니다. 최후의 수단이고 개발 환경이라면 괜찮다고 생각합니다.

(3) 데이터 처리 기능. 때로는 데이터가 백엔드에서 잘 처리되고 프런트엔드에서 직접 렌더링하는 것이 더 쉽습니다. 그러나 인터페이스에서 반환된 데이터를 직접 사용할 수 없는 경우 프런트엔드에서 먼저 일부 데이터 처리를 수행해야 합니다. 페이지를 렌더링하는 경우가 있습니다. 데이터 처리량이 여전히 상대적으로 큽니다. 이것은 상대적으로 모호한 질문입니다. 이 데이터 처리 작업을 누가 더 잘 수행하는지 고려해야 합니다.

(4) 검증 문제. 프런트엔드 검증은 백엔드를 대체하고 많은 검증 작업을 줄일 수 있지만, Postman 인터페이스 도구를 직접 사용하여 테스트하는 경우 문제가 발생합니다. 일부 시나리오에서는 양식 확인과 같은 확인 문제가 프런트 엔드에서 더 잘 처리됩니다. 대용량 데이터의 반복 검색 문제와 같은 다른 시나리오에서는 확실히 백엔드 확인입니다. 여전히 특정 시나리오를 기반으로 분석해야 합니다.

(5) 여러 프로젝트를 동시에 개발하는 경우 백엔드 개발 환경 운영이 서로 다른 버전의 프런트엔드 반복 개발에 영향을 미치게 됩니다.

(6) 코드 분기 관리 코드 관리는 프로젝트가 많거나 동일한 프로젝트가 동시에 여러 버전을 반복해야 하는 경우에 특히 중요합니다. 이전에 작업했던 프로젝트들은 이런 점에서 표준화되지 않았습니다. 점점 더 형식화되고 더 많은 브랜치가 작성되면서 이 영역이 실제로 잘 유지되어야 한다는 것을 점차적으로 새로운 이해를 얻었습니다. 코드가 분실되거나 프로젝트 릴리스에 코드가 병합되지 않으면 심각한 릴리스 사고가 됩니다.

(7) 컴포넌트를 캡슐화하는 능력 개인적인 경험을 바탕으로 프론트엔드 컴포넌트는 간단히 말해서 비즈니스를 구현하는 비즈니스 컴포넌트로 나눌 수 있다고 생각합니다. 구성요소는 시스템 구현 시 어디에나 존재합니다. 일반 기능은 유사한 기능적 비즈니스의 후속 개발을 촉진할 수 있습니다. 비즈니스 구성 요소는 필요한 비즈니스와 밀접하게 관련되어 있으며, 그 안에 있는 데이터와 로직은 비즈니스와 밀접하게 연결되어 있으며 일반적으로 다른 페이지에서는 사용할 수 없습니다. 컴포넌트를 캡슐화할 때 프런트엔드에 꼭 필요하고 고려해야 할 한 가지는 비즈니스 데이터와 로직을 이러한 일반 기능 컴포넌트에 넣지 않도록 노력하는 것입니다. 이로 인해 프로젝트가 점차 강해지면 운영이 어려워집니다. 다시. 따라서 컴포넌트를 운영할 때에는 비즈니스 컴포넌트에 데이터와 로직을 최대한 준비해야 하며, 부득이하게 해야 한다면 메모를 작성하고 이전 코드 로직에 영향을 주지 않도록 노력하는 것이 가장 좋습니다. 프로젝트를 처음 시작했을 때 이 문제가 발생했습니다. 결과적으로 원래 캡슐화된 테이블 구성 요소에 if와 else가 너무 많이 추가되었기 때문인 것 같습니다. 이는 한편으로는 반복 횟수가 빈번하고 주기가 상대적으로 길며 이를 처리하는 사람이 많아 변경하기가 더 어려워집니다. 따라서 컴포넌트 패키징과 관련하여 현재 프로젝트 개발에서 최적화할 수 있는 몇 가지 사항을 점차 발견했습니다. 그런 다음 후속 프로젝트 반복에서 컴포넌트를 패키징하려면 몇 가지 문제를 최대한 피해야 합니다. 또한 일정에 시간이 충분하다면 더욱 최적화해야 할 사항도 있습니다. 결국 이를 통해 구성 요소를 보다 원활하게 사용할 수 있습니다.

계속됩니다...