대학에서 UML로 간단한 앱 모델을 생성하는 과제가 있습니다. 이 모델은 3-4 가지 디자인 패턴을 사용해야합니다. 내가 UML에서 끔찍한 이래로 내가 만든이 물건이 어떤 의미인지 확인해 줄 수 있습니까? 만약 내가 그것을 어떻게 수정해야합니까? 이 작은 괴물 안에 1 개의 디자인 패턴을 추가하는 방법에 대한 아이디어가 있습니까?3 개 이상의 디자인 패턴이있는 클래스 다이어그램
는 의미 적 그것은 (자세한 배경 정보의 부족) 올바른 보인다.
다이어그램을 추가하지 않아도 다이어그램이 너무 복잡하고 따라하기가 어렵습니다. 반면에, 디자인 아이디어는 화면 해상도의 다이어그램 크기에 의해 제한되어서는 안됩니다.
해결책은 간단합니다. 정복하려고 나눕니다. :) 몇 가지 작은 것들로 다이어그램을 깰. 그러면 모델의 의미가 바뀌지 않을 것입니다. 각 요소는 많은 다이어그램에 표시 될 수 있습니다. 이것은 매우 중요하다, 건축 관련 다이어그램, 시스템
나는 다음과 같은 다이어그램을 제시 클래스 다이어그램 각 패키지의 내부 구조를 보여줍니다. 또한 각각의 다이어그램 meaningfull 이름과 간단한 설명을 지정하는 패키지 내용이 의존 (또는 그들에 의해 사용되는) 외부 클래스,
을 추가 유효합니다.
의견. 싱글 톤을 제외하고 모델이 좋았습니다 (로거를 단일 인스턴스로 제한하는 이유는 무엇입니까?). 또한 디자인 패턴을 통해 문제를 해결할 수 있습니다. 디자인 패턴을 위해 디자인 패턴을 사용하는 것은 좋지 않습니다. –
나는 그것을 알고 있지만 그 사람은 그 할당을하고있다 :) 싱글 톤으로 로거 들어 - 난 여기 빨간색 http://stackoverflow.com/questions/4085463/why-we-should-consider-the-logger -class-as-a-singleton –
일부 복합 메시지 유형을 포함하고 해당 구성에 빌더 패턴을 사용할 수 있습니다. 그러면 팩토리는 Message가 아닌 MessageBuilder를 생성해야합니다. –