큰 데이터 모델 클래스를 분리해야합니까?

Question

나는 읽기와 쓰기 모두를위한 나의 데이터 소스 중 하나를 나타내는 클래스를 가지고있다. 나는 데이터베이스와 대화하기위한 기본적인 함수들, 즉 connect, disconnect, executeQuery, executeNonQuery 등을 가지고 시작했다. 그런 다음 필자가 필요로하는 읽기와 쓰기를위한 public 함수를 구현하기 시작했다.

public function getCustomer() as Customer 
public function writeCustomer(cust as Customer) as Boolean 
....... 

응용 프로그램이 늘어남에 따라 이러한 리더 및 라이터 기능이 점점 더 추가되어야했습니다. 이 클래스는 통제 불능으로 성장했습니다. 이러한 모든 읽기 및 쓰기 기능을 데이터 모델 클래스에 포함시켜야합니까? 내가 따라야 할 더 나은 디자인 패턴이 있습니까?

Answer 1

일반적으로 디자인을 관리 할 수있는 이유로 별도의 클래스로 관심사를 구분해야합니다. 귀하의 경우 일반적인 읽기/쓰기 메소드로 공통 수퍼 클래스를 가지고 특정 데이터를 읽고 쓸 수있는 별도의 하위 클래스를 만드는 것이 좋습니다. 예를 들어, 고객 데이터 및 다른 객체의 유사한 DA (데이터 액세스 객체) 클래스를 처리하려면 클래스 CustomerDao을 사용해야합니다.