SO [Duplication]에서 영감을 얻은 관계형 UML 다이어그램의 인터페이스

Question

가능한 복제 :
관계 UML 다이어그램에서 영감을 얻었습니다

나는 숙제를 개발했다 게시물.

문제: 첫 번째 게시물이 질문이되고 다른 게시물이 질문 후 답글이되도록 게시물을 수행하는 것입니다.

의문: 인터페이스를 어떻게 개선 하시겠습니까? 더 간단한 데이터 구조가 상황을 더 쉽게 만들 수 있습니까?

Answer 1

당신의 첫 번째 질문은 나를 혼란스럽게합니다. UML은 객체를 생각하게 만들고 "Post-table"은 관계형 데이터베이스를 생각하게 만듭니다. 어느 것을 의미합니까? 나는 당신이 물체를 원한다고 가정 할 것입니다.

질문과 답변을 모두 나타내는 인터페이스 또는 추상화가 필요합니다. 아마도 포스트 인터페이스 일 것입니다. 텍스트와 저자와 같은 속성이 게시되면 타임 스탬프가 있습니다.

질문은 답변 앞에 오지 않기 때문에 게시물 인스턴스 모음이 있으면 타임 스탬프별로 정렬하면 올바른 순서가됩니다.

업데이트 : UML은 객체 지향 프로그래밍을 의미합니다. 파이썬은 객체 지향적이며 기능적 언어입니다. 즉, 먼저 물체 측면에서 문제에 대해 생각할 것입니다.

객체 측면에서 생각한다는 것은 사용자 인터페이스 및 데이터베이스에 대한 우려를 따로 설정하는 것을 의미합니다. 당신은 당신이 필요한 행동의 종류를 제공하기 위해 물체를 설계합니다. 처음에는 간단한 텍스트 인터페이스를 가질 수 있으며 개체 직렬화는 지속성을 위해 수행됩니다. 그러나 먼저 물체를 바로 잡으십시오.

"인터페이스"라고 말하면 Java 인터페이스를 생각합니다. 그들은 수업의 서명을 선언하지만 구현에 대해서는 아무 말도하지 않습니다. 따라서 게시물 인터페이스에 질문 및 답변 구현이있을 수 있습니다.

모든 게시물 인스턴스가 포함 된 것은 무엇입니까? 무엇을 소유합니까? 게시물 모음을 소유하기 위해 KnowledgeExChange라는 다른 객체가 있습니다. 모든 구현 세부 정보를 숨기고 getquestion 및 getanswers에 대한 방법을 제공하십시오. 고객이 모든 세부 정보 또는 스택 또는 목록으로 구현 여부를 알아야하지 않도록 강요하지 마십시오.

내가 말했듯이, 아직 테이블이나 지속성에 대해 걱정하지 마십시오. 물체에 대해 생각하십시오. 게시, 질문 및 답변 대신 개체 측면에서 전체 문제를 만드는 것이 가장 좋습니다.