아직은 개린이

.gitignore 파일은 Git이 추적하지 않을 파일들을 적어둔 파일이다. 보통 git 프로젝트를 생성할 때, https://www.gitignore.io/ 여기에서 파일을 자동 생성하여 올린다. 근데 프로젝트 중간에 특정 파일을 git에 올리고 싶지 않아서, .gitignore에 해당 파일 목록을 추가한 후, push했는데..! 적용되지 않는 문제를 발견했다. .gitignore 파일을 업데이트 하고 싶을 때는 기존 .gitignore 파일을 삭제하고 다시 올려야 한다. 따라서, 아래와 같은 순서로 작업해야한다. git rm -r --cached . git add . git commit -m ".gitignore update"

앱을 하나 만들고 나니.. 내가 어떤 부분을 더 보완해야하고, 어떤 부분을 제대로 이해하지 못했는지 정리가 좀 되는 것 같아요..! (아직도 부족한게 참 많지만...) 그래서 오늘 해보려는 것은 Unit Test 입니다. Unit Test에 대해 알아보기 전에 우선 TDD에 대해 알아보겠습니다. TDD란? TDD란 Test-Driven Development의 약자로, 매우 짧은 개발 사이클을 반복하는 소프트웨어 개발 프로세스 중 하나입니다. 작성해야하는 프로그램에 대한 테스트를 먼저 작성하고, 이 테스트를 통과할 수 있도록 코드를 짜는 것입니다. 테스트를 통과하면 다음 테스트를 작성하고, 통과하는 작업을 반복하는 것이지요. 간단한 예시로 생각해볼까요? A라는 메소드는 "파라미터로 받은 값이 4로 나누어떨..

MVC 패턴에 워낙 익숙해져있어서, 새로운 패턴으로 코드를 작성하는 연습을 많이 해봐야 할 것 같다! 우선 오늘은 간단한 예제로 MVP 패턴에 대해 학습한 걸 정리해보려고 한다. MVP 간단히 MVP에서 각각이 무엇을 의미하는지 다시 짚고 넘어가보자. Model - MVC 패턴에서 의미하는 모델과 같은 역할을 한다. 앱의 실행에 필요한 실질적인 데이터를 갖고 있다. View - UIView와 UIViewController가 여기에 해당한다. 비즈니스 로직과 관련된 일은 모두 Presenter가 하도록 한다. Presenter - UIKit과 관련이 없는 로직들을 수행한다. 사용자 응답에 반응하거나 UI를 업데이트하는 일을 한다. 예제코드 화면에 나타난 두 버튼 중 어느 버튼을 클릭했는지 출력하는 간단한 ..

앞선 글에서 좋은 아키텍처란 무엇인지와 MVC 패턴에 대해 살펴보았다. 이번 글에서는 새롭게 공부하는 주제인 MVP 패턴에 대해 알아보고자 한다. MVP MVP 패턴의 다이어그램은 아래와 같다. MVC 패턴과 굉장히 유사한 구조로 이루어져있지만, MVC는 아니다! 우선 MVC와 달리 UIView와 UIViewController가 Passive View에 속해있다. 따라서, Controller에 해당하는 Presenter에는 View의 레이아웃과 관련된 코드와 View의 Life Cycle을 다루는 코드가 들어가지 않는다. 대신 View와 Model의 중재자 역할에 더 집중하여 View의 데이터와 상태 변화를 갱신하는 역할만을 수행한다. 이로 인해 각 객체의 독립성이 높이졌고, 테스트가 용이해졌다. 하지만..

iOS의 아키텍처 패턴에는 MVC, MVP, MVVM 등 여러 종류가 있다. 사실 그동안에는 MVC 패턴으로만 코드를 짰었다. Apple이 기본적으로 적용한게 MVC 패턴이기도 하고, 단순하기 때문이었다. 하지만, Apple의 MVC 패턴을 Massive View Controller라고 하는 것처럼 ViewController의 몸집이 너무 커서 코드가 조금만 길어져도 정신을 똑바로 차려야(?) 하는 단점이 있었다. 또한, Unit Test를 프로젝트에 적용하는 연습을 시작했는데, MVC 패턴에는 적용하기 어렵다는 문제도 있었다. 그래서! 다른 패턴을 이용하여 코드 작성을 하는 연습을 하기 위해 MVC 외의 MVP, MVVM 등에 대해 알아보고자 한다.! 오늘은 우선 아키텍처 패턴이 왜 중요한지 알아보고,..

Swift의 ARC는 레퍼런스 카운트를 관리하여 메모리 누수를 방지하는 역할을 한다. 이 때, 인스턴스끼리 강한 순환 참조 문제를 해결하는 두가지 방법이 있는데 이에 대해 알아보고자 한다. 클래스 인스턴스의 강한 순환 참조를 해결할 수 있는 방법은 weak reference와 unowned reference를 쓰는 것이다. weak와 unowned는 strong 참조와 달리 레퍼런스 카운트를 세지 않는다. Weak References Weak Reference(약한 참조)는 참조하는 인스턴스를 강하게 유지하지 않는 참조이다. 다른 인스턴스의 수명이 짧을 때 사용한다. 참조하는 인스턴스를 강하게 유지하지 않기 때문에 약한 참조를 하는 동안 해당 인스턴스가 할당 해제될 수 있다. 할당 해제가 되면 ARC는 ..