2016-09-29 2 views
0

디바이스로 전송 된 측정 값을 처리하는 perl OOP 비 웹 백엔드 애플리케이션에서 작업합니다. 데이터 액세스와 도메인 문제를 명확하게 구분하고 싶었습니다.OOP 백엔드 애플리케이션 아키텍처

그래서 클래스를 2 개의 별도의 네임 스페이스 : "컨트롤러"와 "모델"로 구성했습니다.

내 질문은 "Mesure"개체 생성이 항상 DB에서 데이터를 가져 와서 트리거된다는 것을 알기 때문에 두 네임 스페이스 내에 "Mesure"를 만들어야합니까?

감사합니다.

+0

모델/컨트롤러는 실제로 IoT 시나리오에 대해 물어볼 때 매우 낮은 레벨 패턴입니다. 실제 사용 사례에서도 도움이되지 않습니다. 프로세싱이 필요한 * 이벤트 스트림이 있습니다. –

답변

0

저는 매우 광범위한 질문이라고 생각합니다. 그러나 Measure는 데이터를 포함하는 데이터 구조로 보이므로 모델에 있어야합니다. 속성 가져 오기/설정 또는 일부 일반적인 계산 함수와 같은 메서드가있을 수 있습니다.

컨트롤러는 Measure (Device?에서)를 사용하거나 측정하는 것과 더 비슷해 보입니다. 따라서 해당 네임 스페이스에서 디바이스와 상호 작용하는 Measure를 처리/변경하기위한 클래스/함수가 필요합니다.

+0

감사합니다. 이렇게하면 데이터 메커니즘을 조롱하여 설정하는 것이 편리 할 것입니다 (예를 들어 단위 테스트 용)? –

+0

조롱에 대한 지식이 없지만 일반적으로 Model 인스턴스를 먼저 작성하는 것이 컨트롤러 인스턴스보다 먼저 사용하는 것이 일반적입니다. 나는 그것이 똑같이 컨트롤러를 테스트하기를 기대한다. 모델 인스턴스는 컨트롤러 인스턴스에 종속적이지 않지만 컨트롤러 인스턴스는 Model 인스턴스가 작동해야합니다. –

관련 문제