위에서 언급했듯이 : 프로젝트를 복사 한 후에는 아이디어로 직접 가져 오는 것이 문제가되지 않습니다 (프로젝트의 폴더 및 패키지 구조가 올바른 것이어야합니다). 필요에 따라 POM의 MySQL 드라이버 및 데이터베이스 리소스 파일을 수정 한 후 Tomcat에 배포하여 실행할 수 있습니다!
CRM 고객 관리 시스템 ( Spring + SpringMVC + MyBatis )
SSM을 사용하여 원래 프로젝트를 업그레이드했습니다
- Spring-Mybatis와 Spring-TX는 SQLSESSION의 스레드 안전 및 트랜잭션 처리를 보장했기 때문에 동적 프록시 및 트랜잭션 롤백과 같은 관련 도구 클래스가 취소되었습니다. 동시에, Spring-Mybatis는 동적 프록시 및 반사를 사용하여 DAO 계층을 구현했으며 DAO 계층을 비즈니스에 직접 주입 할 수 있습니다.
- @controlleradvice를 사용하는 강화 된 컨트롤러 클래스 GlobalExceptionResolver는 일반 컨트롤러의 모든 예외를 포착하고 원래 요청 경로에 따라 관련 예외 정보를 반환 할 수 있습니다.
- 비즈니스 계층 및 제어 계층에서 스프링 주석을 사용하는 동안 코드의 커플 링 및 중복성을 크게 줄여 스프링의 IOC 및 의존성 주입 아이디어를 반영합니다.
- 스프링 인터셉터가 여기서 사용되지 않는 이유는 스프링 인터셉터가 @Controller가 주석을 달고 클래스를 가로 채서 JSP를 가로 채지 않기 때문입니다. 따라서 Spring은 Web-Inf 폴더에 JSP 파일을 배치하는 옹호자들을 옹호하므로 원래 서블릿 필터가 여기에서 사용됩니다.
- WebApplicationContextUtils는 서블릿 컨테이너에서 스프링 컨테이너를 쉽게 제거 할 수 있습니다.
- Spring의 구성 파일에서 반복적으로 생성되지 않는 일부 객체의 구성 작성은 일반적인 IOC 아이디어입니다. 물론 구성 파일없이 구성 클래스를 사용할 수도 있습니다.
- 여기에서는 mybatis 로그를 출력하기 전에 mybatis 구성 파일의 관련 구성을 구성해야합니다.
- SSM 기반 테스트 클래스는 또한 스프링 컨테이너와 밀접한 관련이있는 관련 구성을 수행해야합니다. 다행히도이 구성을 지원하기위한 관련 종속성이 있습니다. 이 상황은 SpringBoot에서 훨씬 더 좋으며 SpringBoot는 거의 한 번에 이루어집니다.
- 프론트 엔드는 JSTL 및 EL 표현식 및 심지어 Java 스크립트를 사용하지만 여전히 프론트 엔드와 백엔드를 분리하지 않는 프로젝트입니다. 개발 중에는 프론트 엔드 개발이 백엔드보다 어렵다고 생각할 것입니다. 이것은 또한 우리가 프론트 엔드와 백엔드의 분리를 옹호하는 이유 중 하나입니다. Vue와 Springbooot의 조합은 이러한 차이를 크게 완화시킬 수 있습니다.
- 일반적으로 전체 프로젝트는 매우 좋은 프로젝트입니다. 심층적 인 MVC 아이디어에서 프론트 엔드 및 백엔드에서 데이터베이스에 대한 세부 사항은 매우 좋습니다. 불행히도, Spring-Aop의 사용은 관련되지 않습니다 (프로젝트에는 전반적으로 프로젝트가 필요하지 않기 때문에 사용되면 자신의 로그를 수행 할 수 있습니다). 일부 회사는 여전히 SSM을 사용하고 있지만 오늘날 봄의 주류는 SpringBoot + 다양한 미들웨어 및 응용 프로그램 계층입니다. SSM 학습의 주요 장점은 SpringMVC가 서블릿을 단순화하고 SpringBoot가 SpringMVC를 단순화하며 SpringBoot의 강력한 기능은 기본 레이어를 캡슐화하는 것입니다. 좋아, 나는 말도 안되는 말을하지 않을 것이다. 최종 Echarts에 환경을 구축하는 데 거의 21 일이 걸렸으며 하루 평균 4 시간이 걸렸습니다 (새로운 것을 배우는 시간은 포함되지 않습니다). SSM은 작년에 Wang He (아주 좋은 교사)로부터 배웠으며 그의 코스웨어는 큰 역할을했습니다. 전체 프로젝트에는 실현하기에 늦은 많은 문제가 있습니다. 예를 들어, 제어 레이어가 프론트 엔드 매개 변수를 수신하기위한 많은 연결 방법이 있습니다. "아, 이렇게 사용할 수 있습니다 ..."라는 것을 깨달았을 때까지는 끝이 아니 었습니다. 마지막으로 전체 프로젝트는 원래 프로젝트의 3 분의 1에 해당합니다. 핵심 개발 아이디어는 교사의 것입니다. 나는 단지 SSM과 일부 아이디어를 사용하여 개선합니다. 학습에 중점을두기 때문에 프로젝트에서 명명, 경로 등과 같은 일부 작은 문제가 필연적으로 발생할 것입니다. 다행히도 결국 일반적인 사용에는 영향을 미치지 않습니다. 좋아, 내년 Springboot Distributed Project에서 뵙겠습니다! (위의 문제가 있다면 자유롭게 수정하십시오!)””
참고 : "마케팅 활동"모듈을 완료 한 후 학생들은 나머지 비즈니스가 많은 추가, 삭제, 수정 및 수표를 다시 작성해야한다는 것을 분명히 알게 될 것입니다. 글을 쓰지 않으면 교사처럼 데이터베이스에 데이터를 직접 작성합니다 (매우 불편하다고 생각합니다). 따라서 핵심 비즈니스를 구현하고 핵심 비즈니스 구현 프로세스를 가장 잘 보여주는 추가, 삭제, 수정 및 점검을 작성하는 것을 목표로합니다. 모든 사람이 작동 할 수 있도록 서버에 배포해야하므로 프론트 엔드에서 사용할 수없는 모든 컨트롤과 페이지를 삭제했습니다. 전체 프로젝트는 매우 상쾌하며 핵심 비즈니스 만 남습니다.
전원 노드 오프라인 정보
빌리 빌리 온라인 과정




