[ TIL ] 아키텍처(Architecture)와 디자인 패턴 / 24년 4월 30일

출처 : 핀터레스트

오늘은 아키텍처와 디자인패턴에 대해서 학습해 보았습니다.

평소에 아키텍처와 디자인패턴 용어에 대한 명확한 개념이 잡혀있지 않았던 거 같은데,

오늘 비로소 두 가지의 개념을 명확히 이해하면서 구분할 수 있게 되었어요!✨

 

 

아키텍처

제가 이해한 아키텍처는 시스템의 전체적인 구조(모습)를 정하는 프로세스입니다. 애플리케이션을 설계하는 단계에서 시스템 안의 컴포넌트들이 어떤 식으로 상호작용하고 위치할 것인지, 데이터 흐름은 어떻게 이루어져 있을 것인지를 정할 때 지침이 되는 것 같아요. 여기서 더 나아가 시스템의 기능이나 성능, 보안, 확장성, 유지보수성과 같은 해결책까지 제공해 줄 수 있다고 합니다.

 

저는 이때까지 MVC패턴의 아키텍처를 주로 사용해서 앱을 개발해 왔던 것 같아요! 오늘은 MVVM 아키텍처까지 배워보았습니다.

그럼 제가 알고 있는 두 가지 아키텍처에 대해서 알아봅시다.

 

 

MVC 아키텍처

MVC 아키텍처는 Model, View, Controller의 구조로 이루어져 있는 아키텍처예요. Controller가 Model과 View의 중간다리 역할을 해주면서 Model과의 상호작용을 하고, View와의 상호작용을 합니다. 각각의 역할들에 대해서 봅시다.

 

Model

Model은 데이터와 해당 데이터를 처리하는 로직을 담당하고 있습니다. 데이터는 주로 구조체나 클래스 구조로 나타내어지고, 코어데이터나 API 통신을 통해서 애플리케이션과 상호작용을 할 때도 이 Model이 관여합니다.

 

View

View는 UI를 담당하고 있습니다. UI 컴포넌트들을 포함하고 있으며, 사용자에게 input을 받아서 Controller에게 전달하는 역할을 합니다.

 

Controller

Controller는 위에서 설명한 대로 Model과 View와의 징검다리 역할을 하면서 두 구조 간의 상호작용을 담당하고 있습니다. 에서 Controller에게 받은 input값을 Model에게 전달해 주는 역할을 해요! Swift에서는 ViewController가 이 Controller의 역할을 하고 있습니다.

 

 

 

MVC 패턴의 장점과 단점

우선 장점은 Cocoa 프레임 워크에서 사용하고 있어서 호환성이 좋다고 하더라고요! 또한 직관적이고 간단한 구조라 처음 접하기에도 이해하기가 쉽다는 점인 것 같습니다.

 

단점은 애플리케이션이 커질수록 ViewController가 많이 무거워집니다. View나 Model에 비해 ViewController의 역할이 많아져서 복잡해지고, 유지보수가 어려워집니다.

 

 

 

 

MVVM 아키텍처

MVVM 아키텍처는 Model View ViewModel로 이루어져 있습니다. 사실 MVVM 아키텍처를 배우기 전까지는 MVVM이라서 4개의 구조로 분리가 된 아키텍처인줄 알았어요!ㅋㅋ 하지만 오늘 VM이 하나의 구조였다는 것을 깨달았습니다. UI와 로직을 분리한 구조이더라고요! 처음엔 이해가 잘 되지 않았는데, 보통 UILabel의 텍스트를 지정한다면, 해당 ViewController에서 비즈니스 로직을 처리하고 ( 텍스트에 들어갈 값을 계산한다던지, 다른 데이터에서 해당 값을 빼온다던지 ) 해당 값을 출력하는데 ( 그 값을 Label의 text에 지정 )이 비즈니스 로직 자체를 다른 구조체나 클래스로 떼어내서 분리시키는 구조입니다.

 

 

Model

모델의 위의 MVC 패턴의 Model과 같은 역할입니다.

 

ViewModel

ViewModel은 Model과 View의 중간 징검다리 역할로 View에서 출력할 데이터를 가지고 있습니다. MVC에서는 View가 사용자의 입력을 받아 Controller에게 전달해 주었다면, MVVM에서는 이 ViewModel이 사용자에게 데이터르 받아서 Model에게 전달해 주는 역할을 합니다. View에 데이터를 표시하기 위해서 해당 데이터를 처리하는 모델을 작성하여 비즈니스 로직을 처리합니다.

 

View

View는 스토리보드와 코드를 모두 지칭합니다! ViewModel에서 이미 만들어진 함수를 가져와서 사용하여 값을 출력합니다.

 

 

MVVM의 장점과 단점

MVVM의 장점은 아직 사용해보지는 않았지만, View와 View를 출력하는데 필요한 비지니스 로직을 분리하다 보니 역할이 명확해지고, 코드의 가독성이 좋아집니다. 또한 코드를 수정하는 것이 편합니다. MVC와는 달리 코드를 테스트하기가 좋습니다. UI를 그리는 비즈니스 로직이 UI와 독립적으로 구현되어 있어서 테스트 코드를 작성하기가 편합니다.

 

단점은 이해하기가 어렵습니다. MVC 패턴은 직관적이라 아~ 이게 Model, View, Controller이구나 이렇게 분리하면 되는구나!라고 생각이 되는데, 직접적으로 구현해 보기 전까지는 명확하게 구분지어서 이해하기가 어려웠습니다. 오히려 작은 프로젝트에서 ViewModel을 사용하여 구현을 하면 오히려 로직이 복잡해지는 경우가 있다고 하는데, 이를 보일러 플레이트가 발생했다고 하더라고요!

 

 

 

디자인 패턴

디자인 패턴은 클래스나 객체를 디자인하는 패턴으로 모듈의 구조를 결정합니다.

오늘 배운 디자인 패턴으로는 Delegate Pattern, Observer Pattern, Singleton Pattern 등이 있습니다.

 

정처기 시험칠 때 외웠던 디자인 패턴..ㅋㅋ 그때는 정말 용어랑 어떤 구조인지만 달달 외웠는데, 이렇게 직접 써보면서 Swift를 공부하니깐 확! 와닿더라고요~! 생구행/추빌팩프싱/어브컴데퍼플프 이렇게 외웠었는데..ㅋㅋㅋㅋ

자세한 디자인 패턴 포스팅은 해당 예시들을 직접 써보고 공부하면서 좀 더 깊게 공부하고 다시 포스팅하겠습니다.

 

 

 

 

아키텍처와 디자인패턴의 차이

	아키텍처	디자인 패턴
규모	시스템 전체의 구조와 레이아웃을 다룸대규모의 시스템에 적용	클래스나 객체의 작은 규모의 디자인 문제
적용 범위	시스템의 주요 구성 요소와 이들 간의 관계데이터 흐름 / 성능 최적화 / 보안 정책을 위함	개별 컴포넌트에 적용모듈 내의 상세한 구조와 상호작용
정의 시점	설계 단계	구현 단계
목적	시스템의 전체적인 모습을 관리시스템의 성능, 확장성, 유지보수성을 보장	클래스나 객체 간의 상호작용을 구조화하여 재사용가능한 솔루션을 제공함