모듈 스톡, 구매 및 판매를 포함한 ERP 프로젝트가 있습니다. 이것들은 Hibernate, Maven, SpringMVC 및 Spring 보안을 사용하는 웹 어플리케이션입니다. 이 프로젝트의 구조를 구성하는 가장 좋은 방법은 무엇입니까?
1 - 각 응용 프로그램은 웹 모듈 (.WAR)입니다.
2 하나의 웹 모듈.
두 가지 접근 방법에는 core (daos와 서비스 사용) 및 commons (공유 utils 클래스 사용)과 같은 다른 모듈이 있습니다.
저는 첫 번째 방법을 사용했습니다. 왜냐하면 프로그래머를 존중하면서 각 프로젝트를 쉽게 분할 할 수 있기 때문입니다. 하지만 나는 봄 보안 설정에 문제가 있었다.
다른 옵션?!? 내 영어maven 다중 모듈로 ERP를 개발하는 가장 좋은 패턴
귀하의 질문에 대한
죄송합니다 는 매우 개방과 답변은 매우 주관적 일 수 있습니다. 매우 제한된 수의 요구 사항을 나타내고 있으므로 어느 방향 으로든 갈 수 있습니다.
응용 프로그램을 분류하는 데는 많은 내용이 있습니다. 그럴 필요성을 인정하지 않은 큰 조직은 많지 않습니다. 그런 식으로 사람들을 이미 포장 해 놓았습니다. 즉, 구성 요소 경계를 지정하는 기존 지침이 존재합니다. 그것은 (하위) 도메인을 이해하고, 병렬 프로젝트를 진행하며 매우 중요하게 재사용하는 데 도움이됩니다.
비즈니스 또는 기술 요구 사항이 없다면이 모든 것이 많은 의미는 아닙니다. 대신, 개발자로서, 새로운 요구 사항이 생기면 변경 준비에 집중할 수 있습니다. 그러므로, (단위) 테스트를 실시해야합니다. 변경은 쉬워야합니다.
하나의 프로젝트가 많은 웹 모듈을 사용하는 상황을 발견하지 못했습니다. 모든 예제에서는 배수 모듈을 사용하는 것을 보았지만 한 모듈은 .war를 생성합니다. 나는 이것이 좋은 접근법이라는 것을 모른다. 답변을 주셔서 감사합니다 – graell
내 팀이 42 개 WAR 프로젝트에 정기적으로 액세스 할 수있는 포춘지 500 대 기업 (모든 팀에서 큰 수를 공유 함)에서 일하고 있습니다. 그러나 제가 말했듯이, 분리 된 WAR를 만드는 것이 당신에게 (지금) 의미가 없다면 아마 당신이 찾고있는 대답 일 것입니다! 귀하의 업무는 요구 사항에 의해 주도되어야합니다. –
지원해 주셔서 감사합니다. 내 모든 웹 모듈을 하나의 .war로 결합하여 작업을 용이하게 할 것입니다. – graell
포장 (core, commons)과 jar가있는 몇 개의 서브 모듈과 전쟁을 통한 구매 및 판매 모듈 – mfirry
새 모듈을 설치할 때 응용 프로그램을 다시 컴파일 하시겠습니까? –