내 UML 다이어그램의 객체 지향 설계 지침

Question

이 UML 다이어그램에 대한 피드백을 얻을 수 있습니까? 이것은 단지 인스턴스 변수, 생성자 및 메소드가이 시점에서 의도적으로 생략 된 클래스의 레이아웃 및 상호 연결성을 보여주는 단순화 된 다이어그램입니다. Inventory Project Simplified UML Diagram

내가 함께지도를해야 할 중요한 것은

는 객체 지향 디자인입니다. 인터페이스를 구현하는 올바른 클래스를 가지고 있거나 하위 클래스 (들)/수퍼 클래스 (들)로 인터페이스를 이동해야합니까? 연관성, 구성, 집계 관계가 올바른지 ... 그런 종류의 것들이 있습니까? UML을 처음 접했을 때 나는 내가 의도 한 방식대로 관계를 묘사하기 위해 적절한 컨벤션을 사용하기를 희망합니다.

기본적으로 저장소의 인벤토리를 위해 데이터베이스를 모방 한 Java 프로젝트를 수행하고 있습니다. 이 프로젝트의 범위는 몇 개의 클래스 만 필요로하지만 객체 지향 디자인을 더 잘 배울 수있는 인터페이스 및 기타 OO 기술을 추가합니다. 이것은 본질적으로 처음으로 적절한 OO 프로젝트입니다 (구체적인 클래스를 다른 구체적인 클래스로 확장했습니다. 여기 저기에 있지만 지금까지 그것에 대해).

며칠 전에 유사한 스레드를 만들었지 만 몇 가지를 추가하고 몇 가지를 변경했습니다. 또한 OO 디자인에 대한 내 명령은 여전히 ​​너무 불안정하며 객체 지향 설계를 더 잘 이해하고 활용할 수 있습니다.

RetailProduct, btw는 추상적이어야합니다. 나는 그림을 찍은 후에 이탤릭체로 표시하지 않았다는 것을 깨달았다.

Answer 1

클래스 다이어그램이 올바르게 표시됩니다. 내 생각에 UML과 OOP의 명령은 나쁘지 않다. 하지만 :

• 이 SW는 단독으로 존재하지 않습니다. 그것은 약간의 UI를 얻을 것이다. 그리고이 UI는 그것을 보여주기위한 제품에 대한 참조를 가질 것입니다. 그리고이 제품에는 해당 레코드에 대한 참조가 있어야합니다. 그리고 그것은 전혀 없습니다!

• 추상 RetailProduct와 관련된 레코드가 최소한 두 개의 다른 구체적인 클래스가 파생되는 경우에만 의미가 있습니다. 그것은 그것이 지나치게 복잡한 구조이기 때문입니다. 여분의 바닥을 어떻게 사용합니까? 당신은 OOP를 관리합니다. 그러나 당신은 작업에 필요한 것보다 많은 OOP를 사용하고 있습니다.

Answer 2

좋아 보이지만 지속성 관련 클래스의 요점은 표시되지 않습니다. 직렬화를 처리하려면 save 및 restore 메서드를 사용하여 PersistenceManager 클래스를 가질 수 있습니다.

여분의 OO 포인트가 필요한 경우 PersistenceManager이 인터페이스 여야하고 FilePersistenceManager을 구현해야합니다. 따라서 다른 유형의 백엔드 (예 : DbPersistenceManager)를 쉽게 구현할 수 있습니다.