From ae39c74ba65243bd9e9575d6e61cfe638d3cb117 Mon Sep 17 00:00:00 2001
From: pewww <jung22337@naver.com>
Date: Tue, 13 Apr 2021 18:19:56 +0900
Subject: [PATCH] =?UTF-8?q?fix:=20=EA=B0=80=EA=B5=90=20=ED=8C=A8=ED=84=B4?=
 =?UTF-8?q?=20=EB=AC=B8=EC=84=9C=20=EB=82=B4=EC=9D=98=20=EC=9D=BC=EB=B6=80?=
 =?UTF-8?q?=20=EA=B0=84=EA=B2=A9=20=EC=88=98=EC=A0=95?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 study/design-pattern/catalogs/bridge.md | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/study/design-pattern/catalogs/bridge.md b/study/design-pattern/catalogs/bridge.md
index 325568b..19e3e78 100644
--- a/study/design-pattern/catalogs/bridge.md
+++ b/study/design-pattern/catalogs/bridge.md
@@ -16,15 +16,20 @@ Implementor: 구현
 
 ## 🧐 우리 상황에 맞게 풀어 쓴 동기
 
-하나의 추상적 개념이 여러 가지 구현으로 구체화될 수 있을 때, 대부분은 상속을 통해서 이 문제를 해결합니다.<br>
-추상 클래스로 추상적 개념에 대한 인터페이스를 정의하고, 구체적인 서브클래스들에서 서로 다른 방식으로 이들 인터페이스를 구현합니다.<br>
-그러나 이 방법만으로는 충분한 융퉁성을 얻을 수 없습니다.<br>
+하나의 추상적 개념이 여러 가지 구현으로 구체화될 수 있을 때, 대부분은 상속을 통해서 이 문제를 해결합니다.
+
+추상 클래스로 추상적 개념에 대한 인터페이스를 정의하고, 구체적인 서브클래스들에서 서로 다른 방식으로 이들 인터페이스를 구현합니다.
+
+그러나 이 방법만으로는 충분한 융퉁성을 얻을 수 없습니다.
+
 상속은 **구현과 추상적 개념을 영구적으로 종속**시키기 때문에, 추상적 개념과 구현을 분리해서 재사용하거나 수정 및 확장하기가 쉽지 않습니다.
 
 ## 🛠 활용성: 이럴 때 씁니다
 
 - 추상적 개념과 이에 대한 구현 사이의 지속적인 종속 관계를 피하고 싶을 때
+
 - 추상적 개념과 구현 모두가 독립적으로 서브클래싱을 통해 확장되어야 할 때
+
 - 추상적 개념에 대한 구현 내용을 변경하는 것이 다른 관련 프로그램에 아무런 영향을 주지 않아야 할 때
 
 ## 🎁 결과
@@ -57,7 +62,7 @@ Implementor: 구현
 
 모스 부호는 점(.), 대쉬(-), 스페이스( ) 로 나뉩니다.
 
-따라서, A를 모스 부호로 나타낸다고 했을 때 점, 대쉬로 표현이 가능합니다.
+따라서, A를 모스 부호로 나타낸다고 했을 때 점, 대쉬, 스페이스로 표현이 가능합니다.
 
 그럼 A, B, C를 모스 부호로 표현하고자 할 때 어떻게 설계 할 수 있을까요?