오늘은 DAO 개체를 사용하여 3tier 구조를 만들어 보았습니다.

Today I Learned
- DAO 개체를 활용한 3 tier 구조 만들기
3 Tier Structure
- 사용 이유
- 업무와 데이터 처리를 나누어 분업화 하기 위해서.
- 업무 담당자는 데이터를 가져오기만 하면 되고, SQL담당자는 데이터를 가져오기 위한 인터페이스를 제공한다.
- 업무쪽에선 데이터를 어떻게 처리하고 제공하는지 알 필요가 없고, 그 기능만 알고 있으면 된다.
DAO(Data Access Object)
- 데이터를 가져오기 위한 인터페이스를 제공
- 기업형 프로젝트, 역할 분담을 위해 인터페이스 제공
- 데이터베이스를 사용하는 쪽에서는 데이터베이스가 어떻게 되어있고 어떤 흐름을 갖고 있는지 알 필요가 없음 -> 차단막 역할을 함
- 구현시, 데이터베이스 접속을 위한 URL,UID,PWD 정보는 전역변수화 하여 사용하는 것 이 좋음
- DAO는 업무적인 이름을 갖지 않는다. 제공하는 기능으로서 이름만 가진다.
Service 기능 파악
- 페이지별로 수행해야할 기능을 파악한다.
- 동일한 기능일 경우, 모든 매개변수를 넣은 기능으로 구현하고, 오버로드 해서 사용하는 방식으로 구현한다.
- 데이터 베이스를 조작하는 기능의 경우에는 해당 페이지의 서비스 기능으로 간주한다.
- 새로운 페이지로 이동하여 작업을 처리하는 경우, 해당 페이지에서 하는 기능으로 간주한다.
- detail 페이지를 보는 버튼 -> detail 페이지에서 할 기능(detail 페이지를 가서 get(id)를 통해 이 기능을 수행하게 됨
- 삭제버튼 -> 서버에 요청 시, 데이터베이스 조작이 일어나지만, 새로운 페이지에서 작업을 수행하는 것이 아님

오늘은 3 tier 구조를 설계하면서 Service 기능 파악까지 해보았습니다.