2007 년에 저는 엔터프라이즈급 프로젝트 개발에 참여했습니다. 당시 일부 프로젝트에는 가방이 하나밖에 없었고, 코드 사양이 없었고, 업무 논리가 흩어져 있었고, 심지어 JSP 가 데이터베이스에 직접 액세스하여 업무 처리를 했다.
나중에 몇 가지 사양이 생겼는데, 페이지는 페이지이고, 코드는 코드입니다. 많은 프로젝트가 Ajax 프레임워크를 사용하기 시작했습니다.
추가 개발, 백엔드 코드는 이미 계층화되어 있으며, controller/service/, 프로젝트마다 서로 다른 계층화 전략 (3 개 및 2 개) 이 있을 수 있으며, 각 계층마다 서로 다른 호출 (controller 또는 action) 이 있을 수 있습니다. 페이지에서 데이터베이스에 마지막으로 액세스하려면 데이터가 여러 계층으로 이동해야 합니다.
하지만 이 단계에서 엔터프라이즈급 프로젝트 개발 과정에서 Java 프로그래머는 여전히 전방 백그라운드 개발을 병행해야 하기 때문에 프런트 엔드 페이지는 예쁘지 않고 사용할 수 있다.
전방 및 후방 분리에는 많은 이점이 있습니다. 프런트 엔드 개발과 백 엔드 개발은 각자의 직무를 수행할 수 있으며, 인터페이스가 합의된 후 병렬로 개발할 수 있습니다. 백엔드 인터페이스는 재사용할 수 있습니다. 프로젝트에 컴퓨터 홈페이지, 휴대전화 홈페이지, 앱 등 여러 입구가 있는 경우 백엔드는 하나만 있을 수 있다.
혜택을 가져오는 동시에, 아키텍처의 복잡성을 증가시키는 것과 같은 단점도 있습니다. 기술 능력이 부족한 팀은 반분리를 고려할 수 있습니다 (예: 우리 부서는 모두 엔터프라이즈 애플리케이션이고 프런트 엔드 개발자는 없음). 인터넷 지향 어플리케이션의 경우 검색 엔진 캡처가 필요하고 서버측 렌더링이 필요합니다. 또한 프런트 엔드 상호 작용 인터페이스도 디자인하는 데 시간과 노력이 필요합니다.