저는 Eclipse에서 여러 프로젝트를 만드는 것을 조심합니다. 의이 시나리오를 보자 : 모든 비즈니스 로직이있는 주요 J2EE 프로젝트는,이Eclipse에서 여러 프로젝트를 만드는시기는 언제입니까?
- , GUI 렌더링을 등
- 그런 다음 기본적으로 만 최대 절전 모드 POJO를 가지고 있으며, 하나 개 더 지원하는 프로젝트가 관련 구성을 최대 절전 모드 stuff
이것은 변경 될 때마다 Hibernate 프로젝트 jar를 테스트하기 위해 메인 프로젝트에 배치해야 함을 의미합니다.
단점은 무엇입니까?
- 클래스의 변화의 작은, 당신은
- 직접 만 다시 을 전체 단지를 구축해야, 클래스 파일을 전송할 수 없습니다 다시 한번 항아리를 구축하고 서버에 전송해야 원격 디버그 모드에서
- 뜨거운 항아리를 전송하고 서버를 항상
장점은 무엇인가를 다시 시작 최대 절전 모드 프로젝트, 큰 고통에서 클래스 파일을 대체하지 않습니다 편집? 내가 우려 내일 분리하는이 프로젝트에 내 J2EE 프로젝트를 분할해야한다면
- , 내가 직접 DB 부분을 복사 할 수 있습니다, 즉 항아리를 최대 절전 모드 및 그래서 지금 분할 프로젝트
내 질문 사용하기 시작 :
를- 새 패키지 대신 새 프로젝트를 만들 때 가이드 라인이 있습니까?
- 위와 같은 경우 3 가지 단점을 해결하고 장점이 하나만있는 두 프로젝트를 병합하는 것이 좋습니다.
- 업계 표준은 무엇입니까? 모범 사례?
개발자가 분리되어 갈수록 개발자가 Java에서 esp를 계속 사용하는 것이 더 어려워 질 것이라고 생각하지 않습니까? – pavanlimo
개발자가 주위를 던져서는 안되기 때문에 가장 확실한 것은 아닙니다. 그것들은 빌드 및 배포 시스템에 통합되어야합니다 (허드슨 또는 크루즈 컨트롤과 같은 좋은 무료 시스템이 있거나 AnthillPro 또는 Build Forge와 같은 유연성이 있어야 함). 이 시점에서 도구는 jar 파일을 관리하므로 개발자는 코드가 어떻게 작동해야하는지에 대해 걱정할뿐입니다. – corsiKa
문제는 항아리가 변경 될 때마다 서버를 다시 시작해야한다는 것입니다.이 서버는 지루하고 시간이 오래 걸립니다. 핫 코드 대체는 Java 사용자에게는 구원자이지만 jar의 경우에는 작동하지 않습니다. Hudson 등의 도구 일반적으로 프로젝트는 좋지만 빠른 개발 테스트에는 사용할 수 없습니다. 1 라인을 변경하고 빠른 개발 테스트를 위해 변경 사항을 빌드하고 배포하는 데 3 분 이상 기다리는 경우에는 좋지 않습니다. – pavanlimo