데이터 액세스 계층에서 CRUD (Create, Read, Update 및 Delete) 메소드를 구현하고 유지 관리하는 데 드는 총 개발 노력의 비율은 어느 정도입니까?CRUD 설계, 구현 및 유지 관리에 대한 노력
최대 절전 모드 나 Entity Framework와 같은 ORM으로 이동하면 상당한 비용 절감 효과가 발생합니까? 데이터 액세스 레이어의 ORM으로 이동할 때 좋은 선택인지 알 수있는 디자인 냄새가 있습니까?
종류의 안부 인 Ashish
는 최근 ORM은 분 단위로했을 무엇을 복제 (아마 40 %의 순서에) 시간의 말도 안되는 숫자를 소비하는 데, 난 당신이 잘 테스트 할 수 있습니다 때마다 '라고해야 기본 CRUD 작업을 생성하고 유지하는 데 필요한 프레임 워크를 사용하십시오.
프레임 워크에서 탁월한 기능을 수행하도록하십시오. 진정으로 가치를 더하는 애플리케이션 부분, 즉 해결하려는 비즈니스 문제에 시간을 투자하십시오. 프레임 워크가 부족할 때만 작업을 고려해야합니다. 'Falling short'는 퍼포먼스를 포함 할 수 있지만, 일반적으로 프레임 워크 내에 "hook and knobs"가있어 필요한 작업을 수행 할 수 있습니다.
구현/디자인 냄새 : 당신이 40 시간 동안 'StoredProcedureWrapper'를 코딩 한 또는 DAO 출력을 캡처하여 쿼리 결과에 대한 캐싱을 구현하는 경우, 당신이 맞아 그때 했어야 루비/레일 ORM에게
사용/또는 Groovy/Grails 유형의 프레임 워크에서는 ORM 레이어로 시작하는 NOT을 볼 수 없습니다. 두 환경 모두 도메인을 생성하기 때문에.
봄/최대 절전 모드를 사용하면 좀 더 복잡하지만 매우 유사한 작은 클래스의 손으로 많은 코딩을 절약 할 수 있습니다.
지난 10 년 동안 여러 프로젝트에서 ORM을 사용하지 않으면 JDBC 프레임 워크 또는 다른 스 캐 폴딩 코드를 개발하거나 '도용'하는 결과를 낳았습니다. ORM이 당신을 얻을 수있는 것.