새로운 Spring 프로젝트를 시작하고 Spring Roo를 사용해보기로 결정했습니다. 퍼시스턴스 레이어를 설정할 때, 나는 Spring Roo가 ActiveRecord 패턴을 지원한다는 것을 알았다. 과거에 항상 DAO/DTO 팬 이었지만 Roo는 apsect 파일에서 ActiveRecord 메소드의 대부분을 "숨기"때문에 ActiveRecord 패턴을 사용하는 것이 좋습니다.ActiveRecord 대 Spring 데이터가있는 Spring Roo
스프링 데이터가 CRUD (DAO 패턴의 일반적인 베인)를 제공/숨기는 아름다운 작업을 수행 할 때 스프링 Roo 개발자가 ROO에 기본 AR을 사용하는 이유를 아는 사람이 있습니까? 스프링이 Repo 패턴 대신 AR 패턴을 사용하도록 더 많은 사람들을 밀어 넣으려고합니까?
저는 이것이 Rails/Ruby 캠프의 ActiveRecord 패러다임이 우리가 익숙했던 전체 스택에 대한 대안을 보여주기 때문이라고 생각합니다. 여기에 봄 팀을두고하는 방법이다 : 그것은 은 또한 관찰 가치가 대부분의 사람들이 빌드
하려고하는 전형적인 웹 응용 프로그램을 만드는 엄격하게 중요하지 않기 때문에
우리는 DAO 층을 제거한 가장 현대적인 RAD 프레임 워크는 DAO 레이어를 피하고 영속성 메서드를 엔티티에 직접 추가합니다. 과 유사한 기술을 Roo와 비교하면 DAO 레이어가 이러한 주류를 방지하고 평범하며 문제를 일으키지 않습니다.
자료 : 말했다 http://static.springsource.org/spring-roo/reference/html/architecture.html#architecture-dao
, 나는 성공 클래스 응용 프로그램 계층과 루를 사용했습니다. 장점은 "봄"느낌이 더 강하다는 것이며 Roo를 제거하고 모든 IDT를 인라인 할 수 있기 때문에 장기간 유지 관리가 더 간단해질 수 있습니다.
최근에는 저장소를 사용할 때 Roo 쉘이 여전히 동적 찾기를 지원하지 않기 때문에 ActiveRecord 방식을 사용하고 있습니다. 나는 그들이 곧 그것에 언제든지 돌아갈 것이라는 희망이 없습니다. https://jira.springsource.org/browse/ROO-2694