결합도 예제

August 2, 2019  |  No Comments  |  by admin  |  Uncategorized

이벤트 기반 아키텍처는 느슨한 커플링을 촉진하는 것을 목표로 합니다. [6] 개체 지향 공통 커플링의 예로는 공용 인터페이스에 실행 중에 달라지는 값이 있는 항목이 포함되어 있고 기본 구조 및 구현 세부 정보가 숨김 상태로 유지되지 않는 개체입니다. 반면에 FormB가 이벤트를 게시하고 FormA가 해당 이벤트를 구독한 경우 FormB는 해당 이벤트를 통해 데이터를 해당 이벤트의 모든 구독자에게 다시 푸시할 수 있습니다. 이 경우 FormB는 부모에게 다시 말하는 것을 알지 못합니다. 느슨한 커플링을 통해 이벤트는 단순히 구독자에게 이야기하는 것을 제공합니다. 이제 모든 형식이 FormA의 부모가 될 수 있습니다. 커플링을 줄이는 한 가지 방법은 기능적 디자인으로, 기능성을 따라 모듈의 책임을 제한하려고 합니다. 커플링은 코드(함수, 파일 또는 클래스), 파이프라인의 도구, 서버-클라이언트 프로세스 등 시스템 간의 종속성과 관련이 있는 경우 두 클래스 A와 B 간의 결합 증가가 증가합니다. 종속성이 덜 일반화될수록 한 시스템을 변경하려면 의존하는 다른 시스템을 변경해야 하기 때문에 더 “밀접하게 결합”됩니다. 이상적인 상황은 하나의 시스템을 변경할 수 있으며 시스템에 따라 시스템이 수정없이 계속 작동하는 “느슨한 커플링”입니다.

인터페이스의 느슨한 결합은 표준 형식(예: XML 또는 JSON)으로 데이터를 게시하여 향상될 수 있습니다. 때로는 너무 멀리 이것을 쉽게. 어떤 시점에서 당신은 일을 구체적으로 해야, 또는 당신의 프로그램은 덜 읽기 쉽고 이해할 수 있을 것입니다. 따라서 주로 구성 요소 경계에서 이 기술을 사용하고 수행 중인 작업을 알 수 있습니다. 느슨한 커플링을 활용하고 있는지 확인하십시오. 그렇지 않다면, 당신은 아마 그 장소에서 그것을 필요로하지 않습니다. DI는 프로그램을 더 복잡하게 만들 수 있습니다. 좋은 절충을 해야 합니다. 즉, 균형을 유지합니다. 시스템을 설계할 때 언제나처럼.

행운을 빌어! 컴퓨터 과학에서 다른 사람이 여기에 대해 게시하지 않은 “느슨한 커플링”에 대한 또 다른 의미가 있다, 그래서 … 여기 간다 – 희망이 힙의 하단에 손실되지 않도록 나에게 몇 가지 투표를 줄 것이다! 확실히 내 대답의 주제는 질문에 대한 포괄적 인 답변에 속한다 … 재치: 개체 커플링은 인터페이스 커플링 및 내부 커플링으로 분류됩니다. 인터페이스 커플링은 공용 인터페이스를 통해 개체와 개체 외부 간의 결합을 설명합니다. 내부 커플링은 개체 내의 동작이 서로 인터페이스하는 방법을 설명합니다. 응용 프로그램은 라이브러리에 따라 다릅니다. 꽉 결합에서, 응용 프로그램은 lib의 최신 버전에 중단합니다. “DLL 지옥”에 대한 구글. 소프트웨어 엔지니어링에서 커플링은 소프트웨어 모듈 간의 상호 의존도입니다. 두 루틴 또는 모듈이 얼마나 밀접하게 연결되어 있는지 를 측정합니다. [1] 모듈 간의 관계의 강도입니다.

[2] 콘텐츠 커플링은 최악의 커플링 수준입니다. 모듈을 디자인할 때는 콘텐츠 커플링을 사용해서는 안 됩니다. 이렇게 하면 코드 조각 사이에 얼마나 많은 커플링이 있는지 확인하는 데 도움이 됩니다. 이 블로그 게시물을 참조하십시오 추론 : http://marekdec.wordpress.com/2012/11/14/loose-coupling-tight-coupling-decoupling-what-is-that-all-about/ (나는 위키 백과의 기사에서 커플링 유형의이 목록을 cribbed, 의역 및 추가 예제. 원래 기사는 읽을 가치가있다.) 매개 변수에서 표준 데이터 형식을 사용하여 프로그램 구성 요소 간의 느슨한 결합과 느슨한 결합의 차이를 향상시킬 수 있습니다.

Posted in Uncategorized. Bookmark the permalink.

Comments are closed.