공상하는 개발자

제네릭 (Generics) ※ 리스트를 다루는 함수를 작성한다면 어떤 특정 타입을 저장하는 리스트뿐 아니라 모든 리스트를 다룰 수 있는 함수를 원할 것이다. → 이럴 때 제네릭 함수를 작성해야 한다. fun List.slice(indices: IntRange): List { return this.subList(indices.first, indices.last) } 제네릭 함수인 slice는 T를 타입 파라미터로 받는다. 타입 파라미터가 수신 객체와 반환 타입에 쓰인다. 제네릭 클래스 선언 interface List {// List 인터페이스에 T라는 타입 파라미터를 정의한다. operator fun get(index: Int): T// 인터페이스 안에서 T를 일반 타입처럼 사용할 수 있다. } ※ 제네릭..

1탄 : Model 분리하기 에서는... 지난 시간에는 모델과 뷰가 서로 상호작용을 했다. 하지만 그러한 과정 또한 세분화해서 나누고 싶어졌다. 그래서 나오게 된 MVP 패턴에 대해 공부해보도록 하겠다. MVP 패턴이란? MVP 패턴은 Model + View + Presenter 를 합친 패턴이다. Model 과 View가 서로 직접적인 상호작용을 하는 것이 아니라 Presenter 라는 중간 다리를 놓아서 상호작용을 한다. 1. 구조 Model : 어플리케이션에서 사용되는 데이터와 그 데이터를 처리하는 부분. VIew : 사용자에게 보여지는 UI Presenter : View 에서 요청한 정보로 Model을 가공하여 View에 전달해 주는 부분이다. (예를 들어 view에서 함수를 통해 프레젠터에게 어..

모든 코드를 뷰에 다 때려 박던 김 모 씨는 코드 관리의 필요성을 느끼고 아키텍처 패턴을 공부하기 시작하는데 아키텍처 패턴을 사용하는 이유 1. 코드 각각의 역할을 나눠 코드관리를 직관적으로 하는 게 유지보수와 협업에 좋다. 2. 모듈은 한 가지 기능만 하도록 세분화 되어야 한다. 3. 리소스의 낭비가 없어야한다. Model이란 무엇인가 어떠한 동작을 수행해주는 코드입니다. 사용자에게 어떻게 보일지 신경을 쓰지 않아도 됩니다. (이러한 부분은 View 부분에서 할 일입니다.) 예를 들어 데이터, DB, 알고리즘 등이 Model에 속합니다. Model을 분리하는 이유 Model과 View 간의 결합도를 낮추면, 새로운 기능을 추가하거나 수정할 때 관련된 부분만 변경하면 되기 때문에 코드 유지보수에 유리합니..