무과장의 개발로 개발

[SpringBoot] SpringBoot MariaDB 연동

Sun, 14 Apr 2019 07:30:00 +0000

서론

SpringBoot와 MaridDB를 연동하기 위한 설정 기록용 글입니다 :)

JDBC 플러그인 설치

build.gradle파일에 의존성 추가

dependencies {
…
…
…
compile(“org.mariadb.jdbc:mariadb-java-client”)
}

Application 설정

src/main/resources/application.properties 파일에 다음 내용 추가

spring.datasource.driverClassName=org.mariadb.jdbc.Driver
spring.datasource.url=jdbc:mariadb://{host}:{port}/{db_name}
spring.datasource.username={user_name}
spring.datasource.password={password}

[AWS] Tomcat 설치 & 설정 및 War 배포 (with yum)

Sun, 31 Mar 2019 13:30:00 +0000

서론

개인 프로젝트를 진행하면서 Spring Web Service를 EC2에 Deploy하기 위해 Tomcat을 설치했습니다.
간단하게 기록용으로 글을 작성합니다 :)

JDK 설치하기

JDK8 설치
$ yum list | grep openjdk
$ sudo yum install java-1.8.0-openjdk
기존 버전 설치되어있을 시
$ sudo /usr/sbin/alternatives –config java
$ sudo yum remove java-1.7.0-openjdk
버전확인
$ java -version

톰캣 설치하기

명령어
$ yum list | grep tomcat8
$ sudo yum install tomcat8
$ sudo yum install tomcat8-admin-webapps
$ sudo yum install tomcat8-webapps

관리자 로그인 기능 활성화

명령어
$ cd /usr/share/tomcat8/conf/Catalina/localhost
$ sudo vim ./manager.xml

<Context privileged="true" antiResourceLocking="false" docBase="${catalina.home}/webapps/manager"> 
  <Valve className="org.apache.catalina.valves.RemoteAddrValve" allow="^.*$" />
</Context>

톰켓 관리자 설정

명령어
$ cd /usr/share/tomcat8/conf
$ sudo vim ./tomcat-users.xml

톰캣 실행하기

명령어
$ sudo service tomcat8 start

War파일 배포하기

http://{host}:8080/manager/html

[Github] RestApiProtocolSample (POP + RxSwift + Alamofire + Codable)

Tue, 19 Mar 2019 14:00:00 +0000

서론

이번에는 제가 개인적으로 사용하기 위한 Network 모듈을 소개해보겠습니다. 최대한 POP하도록 구성해보았으니 참고하실분들은 참고하시고, 개선할 점이 있으시면 언제든 풀리퀘스트 부탁드립니다 :)

Github: https://github.com/jmkim0213/RestApiProtocolSample

POP

프로토콜 지향적으로 설계하기 위해 RestApiProtocol을 구현했습니다.

RxSwift

통신에 대한 결과 (성공, 실패 등)을 bind하여 처리하기위해 사용되었습니다.

Alamofire

네트워크 통신을 직접적으로 하기 위해 사용한 라이브러리 입니다.

Codable

마샬링을 위해 Swift에서 기본적으로 제공되는 Codable을 사용했습니다.

구성

protocol RestApiProtocol
- pop로 구현한 통신 프로토콜
enum RestResult
- 통신결과에 대한 열거형 (성공/실패)
enum RestMethod
- HttpMethod + Multipart 열거형
struct RestUploadFile
- 업로드할 파일에 대한 구조체
RestRunnable
- 마샬링을 Concurrent하게 처리하기 위한 유틸성 클로저
class RestApiQueue
- DataRequest 관리(취소)를 위해 구현한 객체

[Plan] 앞으로의 공부계획

Sun, 10 Mar 2019 16:30:00 +0000

서론

요즘 이직준비와 그에 따른 인수인계 그리고 기존 프로젝트 리팩토링을 진행 중이라 정신없이 바쁜 하루하루를 보내고 있습니다.

글을 올린지도 한참됐고해서, 현재 관심있는 분야와 공부 중 또는 앞으로 공부할 것들을 정리해봤습니다.

iOS UI Architecture

MVVM-C
VIPER

iOS RxSwift

Operator

AWS + SpringBoot + Maria DB

업무 외 팀 프로젝트 진행 중

그외 관심분야

Python
Machine Learning
Django
Golang

[Swift] class와 struct 그리고 Copy On Write

Mon, 18 Feb 2019 12:30:00 +0000

서론

Swift로 데이터의 집합을 표현하는 방법으로는 struct, class, tuple, array등 다양합니다. 오늘은 이 중에서 주로 데이터 모델을 작성할때 사용하는 struct와 class에 대해 알아 보고자 합니다.

class와 struct는 둘 다 Property와 Function을 가지고 있으며, 프로토콜을 구현할 수 있는 공통점이 있는 타입입니다. 하지만 근본적으로 두 타입은 많이 다릅니다.

Class

class는 참조타입(Reference Type)으로 Heap Memory 공간에 할당되며, 메모리에 할당된 class는 인스턴스 또는 객체라고 불리고 있습니다. 그리고 그 인스턴스를 참조(또는 가리키는)하는 변수를 참조변수라고 합니다.

참조변수는 대입연산자(=)사용시 참조하는 인스턴스의 참조 값을 복사합니다.

class Foo {           // class
  var data: Int = 0   // property
}
let foo1 = Foo()      // 새로운 instance 생성 후 참조변수 foo1가 참조하도록 참조 값 대입
let foo2 = foo1       // foo1의 참조 값을 foo2에 대입

Struct

struct는 값 타입(Value Type)으로 Stack, Heap, Data Memory 공간에 할당될 수 있습니다.

Struct타입의 변수는 대입연산자(=)사용시 소유한 모든 Property의 값을 복사합니다.

struct Foo {          // struct
  var data: Int = 0   // property
}
let foo1 = Foo()      // 새로운 구조체(foo1) 생성
let foo2 = foo1       // 새로운 구조체(foo2) 생성 후 foo1의 값을 대입

데이터 모델에서의 class

참조타입인 class를 데이터 모델로 사용한다면, 한 인스턴스에 대해 많은 참조가 존재하게되어 인스턴스의 데이터 변경시 참조하는 모든 곳이 영향을 받아 의도치 않은 문제가 발생 할 수 있습니다.

좀 더 풀어서 이야기해보겠습니다.
Foo와 Bar가 동일한 인스턴스 fooBar를 참조하고 있고, Foo의 어느 함수 내에서 fooBar 상태를 변경했다고 가정해봅시다. Bar도 fooBar를 참조해서 사용하고 있기때문에, Foo에서 변경된 fooBar상태 변경으로 인해 Bar에서 의도치 않은 문제가 발생 할 수도 있습니다.

또한, 이렇게 발생된 문제는 참조가 많은 경우에 문제의 발생지를 찾기 어려워져 디버깅을 하기가 쉽지 않습니다.

데이터 모델에서의 struct

값 타입인 struct를 데이터 모델로 사용한다면, 위에서 거론한 class의 문제 점을 해결 할 수 있습니다. struct는 대입시 참조가 아닌 값을 복사하기 때문에, struct의 값을 변경한다해도 그 값이 다른 곳에 영향을 주지 않기 때문입니다.

하지만 struct의 덩치가 커지게되면 struct간 대입연산(=)시에 모든 값이 복사되어야 하기 때문에 속도적인 면에서 큰 비용이 발생합니다. 또한 struct의 값이 변경될 필요가 없음에도 불구하고 대입연산시 매번 새로운 메모리 공간을 할당해 프로퍼티를 복사하므로 불필요한 메모리 할당이되는 문제가 발생합니다.

위 문제는 Copy on write라는 개념을 도입해 해결이 가능합니다.

Copy on write

Copy on write (이하 COW)는 데이터 복사시 실제로 값을 복사되지 않고, 동일한 값을 참조하다가 데이터 변경이 발생될 시에 복사해 값을 변경하는 기법입니다.

Swift에서는 원시타입 구조체(Int, Double, String)와 Array, Set, Dictionary등 컬렉션 구조체에 이미 구현되어있습니다.

var arr1 = [0, 1, 2]    // [Int]배열이 생성됩니다.
var arr2 = arr1         // 이 경우 실제 복사가 일어나지 않고, 동일한 주소를 가지게 됩니다.
arr1.append(3)          // 이때 [0, 1, 2]배열이 복사가 되며, arr1은 [0, 1, 2, 3]의 값을 가지게 되고 arr2와 다른 주소를 가지게 됩니다.

사용자 정의 구조체에서의 COW

사용자 정의 구조체에는 COW가 구현되어있지 않기 때문에 필요하다면 구현해줘야 합니다.
주석으로 간단한 예제를 설명하면서 COW를 구현해보도록 하겠습니다.

// 일단 사용자 정의 구조체 UserData를 정의합니다.
struct UserData {
    var intValue: Int       = 0
    var strValue: String    = ""
}

/*
대입연산에 의해 즉각적으로 프로퍼티 복사가 발생하는 것을 막기 위해 
참조타입인 Class를 이용해 UserData를 한번 wrapping 해줄 필요가 있습니다.
또한, UserData말고도 다른 타입에 대해 범용적으로 활용할 수 있도록 
Generic(<T>)으로 데이터타입에 대한 유연성을 부여해줍니다.
*/
class DataWrapper<T> {
    var data: T

    init(data: T) {
      self.data = data
    }
}

/*
  DataWrapper를 제어해줄 CowData 구조체를 선언합니다.
*/
struct CowData<T> {
    // Data Wrapper
    private var dataWrapper: DataWrapper<T>
    init(data: T) {
        self.dataWrapper = DataWrapper(data: data)
    }
    
    var data: T {
        get {
            return self.dataWrapper.data
        }
        set {
            if !isKnownUniquelyReferenced(&self.dataWrapper) {
                // dataWrapper에 대한 참조가 Uniquely하지 않으면 새로운 Wrapper를 생성하여 값을 대입해줍니다.
                self.dataWrapper = DataWrapper(data: newValue)
            } else {
                // dataWrapper에 대한 참조가 Uniquely하다면 기존 Wrapper에 대해서 struct 값을 대입해줍니다.
                self.dataWrapper.data = newValue
            }
        }
    }
}

var cowData1 = CowData(data: UserData())
cowData1.data.strValue = "i'm UserData1"

// cowData2의 dataWrapper는 cowData1와 동일한 참조를 가지게 됩니다.
var cowData2 = cowData1                  

print("!! cowData2의 dataWrapper는 cowData1와 동일한 참조를 가지고 있습니다.")
print("cowData1.data.strValue: \(cowData1.data.strValue)")
print("cowData2.data.strValue: \(cowData2.data.strValue)\n")

 // cowData2의 dataWrapper가 새로운 struct값과 함께 새롭게 할당됩니다.
cowData2.data.strValue = "i'm UserData2"       

print("!! cowData2의 dataWrapper는 cowData1와 다른 참조를 가지고 있습니다.")
print("cowData1.data.strValue: \(cowData1.data.strValue)")
print("cowData2.data.strValue: \(cowData2.data.strValue)\n")

결과화면

참고: https://docs.swift.org/swift-book/LanguageGuide/ClassesAndStructures.html

[Swift] 강한참조와 약한참조 (strong vs weak vs unowned)

Fri, 08 Feb 2019 10:30:00 +0000

강한참조 vs 약한참조

ARC(Automatic Reference Counting)는 컴파일 시점에 retain relase 와 같은 메모리 관리 메소드를 자동으로 삽입해줍니다. 가비지 컬렉터(Garbage collection)와 달리 참조사이클을 자동으로 처리하지 않기 때문에, 객체에 대해 강한참조가 남아 있는한 해당 객체는 메모리 해제가 되지 않게 됩니다.

따라서, 서로 다른 객체가 서로를 강하게 참조하게 되면 순환참조가 발생해 메모리 누수(Memory Leak)가 발생됩니다. 아래의 코드는 Foo와 Bar가 서로를 강하게 참조하여 순환참조가 발생되는 코드입니다.

class Foo {
  var bar: Bar?
}

class Bar {
  var foo: Foo?
}

let foo = Foo()
let bar = Bar()

foo.bar = bar   // Foo가 Bar를 강하게 참조
bar.foo = foo   // Bar가 Foo를 강하게 참조

그럼 순환참조를 방지하려면 어떻게 해야할까요?
바로 Foo나 Bar중 하나가 강한참조가 아닌 약한참조를 가지면 됩니다.
약한참조는 weak 또는 unowned 키워드를 사용합니다.

weak와 unowned 키워드를 지정한 참조변수는 참조하는 객체에 대해서 참조계수를 증가시키지 않기 때문에 순환참조를 방지할 수 있습니다. (약한참조)

class Foo {
    var bar: Bar?
}

class Bar {
    weak var foo: Foo?
}

let foo = Foo()
let bar = Bar()

foo.bar = bar     // Foo가 Bar를 강하게 참조
bar.foo = foo     // Bar가 Foo를 약하게 참조

weak vs unowned

weak와 unowned는 모두 약한참조를 위한 키워드로, 참조하는 객체의 참조계수에 영향을 주지 않습니다.
그럼 이 둘은 어떤 차이가 있을까요?

weak키워드는 optional에 사용할 수 있으며, unowned는 non-optional인 경우에만 사용 가능합니다.
따라서 unowned는 옵셔널 추출이 필요하지 않지만, 참조하는 객체의 메모리가 해제된 상태에서 객체에 메세지를 보내면 bad access에러가 발생됩니다.

if. 참조하는 객체의 참조계수가 0이 되어 메모리가 해제되는 경우.

weak는 참조 값이 nil로 대체됩니다.
unowned는 참조 값이 그대로 유지됩니다.

weak와 unowned는 클로저에서의 메모리 누수를 방지 하기 위해 캡쳐리스트에서도 사용될 수 있습니다.

let unownedClosure = { [unowend self] in
  /*  옵셔널 추출이 필요치 않으나, 
      self의 메모리가 해제된 상태에서 'self.doProccess()'을 수행하게 되면 에러가 발생됩니다! */
  self.doProccess()
}   

let weakClosure = { [weak self] in
  // 옵셔널 추출과정이 필요하지만 더 안전합니다.
  guard let self = self else { return }
  self.doProccess()
}

unowned는 해제된 객체에 접근이 가능해 에러를 발생 시킬 수 있으므로,
약한참조가 필요한 경우 weak 키워드만을 사용하고, guard let(또는 if let) 구문을 통해 안전하게 옵셔널 추출하는 것을 권장합니다.

참고: https://docs.swift.org/swift-book/LanguageGuide/AutomaticReferenceCounting.html

[iOS] state 별로 UIButton의 백그라운드 컬러변경하는 방법

Tue, 05 Feb 2019 14:50:00 +0000

UIButton 컴포넌트에는 normal, highlighted, disabled, selected 등 여러 상태에 따른 이미지를 지정할 수 있습니다.
그런데 왜 그런지는 모르겠지만 당연하게 있어야할거 같은 backgroundColor를 각 상태에 맞게 지정하는 방법을 지원하지 않습니다.

이에 약간의 꼼수를 부려 BackgroundColor를 상태 별로 지정하는 코드를 소개해보자 합니다.

import UIKit

extension UIButton {
    func setBackgroundColor(_ color: UIColor, for state: UIControl.State) {
        UIGraphicsBeginImageContext(CGSize(width: 1.0, height: 1.0))
        guard let context = UIGraphicsGetCurrentContext() else { return }
        context.setFillColor(color.cgColor)
        context.fill(CGRect(x: 0.0, y: 0.0, width: 1.0, height: 1.0))
        
        let backgroundImage = UIGraphicsGetImageFromCurrentImageContext()
        UIGraphicsEndImageContext()
         
        self.setBackgroundImage(backgroundImage, for: state)
    }
}

코드는 간단합니다. ImageContext를 생성하여 색으로 채운 뒤 이미지를 생성합니다.
그리고 생성된 이미지를 setBackgroundImage함수를 이용해 각 상태별로 지정합니다.

위 코드 작성이 끝나면 아래와 같이 사용하면 됩니다.

let button = UIButton()
button.setBackgroundColor(.red, for: .normal)
button.setBackgroundColor(.blue, for: .selected)
button.setBackgroundColor(.gray, for: .disabled)

[iOS] Swift버전 변경 시 pod프로젝트 빌드 안되는 이슈 해결방법

Tue, 05 Feb 2019 14:10:00 +0000

Swift언어의 버전은 금방 업데이트가 되나 우리가 사용하는 라이브러리들은 언어에 대한 대응이 늦을 때가 많습니다.
따라서 진행중인 프로젝트의 Swift버전을 올리게 되면 pod 프로젝트의 버전도 함께 올라가게 되어 빌드가 실패하는 경우가 종종 발생됩니다.

2019년 2월 5일 기준 Swift버전은 4.2까지 공개가 되었습니다.
Swift5 공개도 얼마 안남았고, 제가 Swift4.0에서 4.2로 프로젝트 세팅을 변경했을때 발생한 이슈에 대해 해결방법을 제시하고자 합니다.

해결방법은 의외로 간단합니다.
podfile 하단에 아래의 코드를 작성해서 pod 프로젝트의 Swift버전을 강제로 수정해줍니다.

post_install do |installer|
    installer.pods_project.targets.each do |target|
        if ['$lib_name'].include? target.name
            target.build_configurations.each do |config|
                config.build_settings['SWIFT_VERSION'] = '4.0'
            end
        end
    end
end

빌드 타겟이 문제가 될시는 다음 코드도 함께 삽입해줍니다.

    config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '9.0'

[iOS] NotificationCenter 가독성 높이기 (with RxSwift + Protocol)

Tue, 05 Feb 2019 12:32:58 +0000

NotificationCenter는 전역적인 이벤트를 처리하기 위해 사용되는 유용한 클래스입니다.
그러나 NotificationName을 제대로 정리하지 않으면, 가독성과 유지보수가 어려워지는 문제점이 있습니다.
이번 포스트에서는 Protocol + Enum + RxSwift를 활용해서 NotificationCenter를 쉽게 사용하는 방법을 소개해보자 합니다 :)

일단 NotificationCenterProtocol를 작성합니다.
Notification.Name을 반환하는 프로퍼티를 하나 선언한 뒤에 옵저버 등록과 이벤트 post 기능을 구현합니다.

import Foundation
import RxSwift

protocol NotificationCenterProtocol {
    var name: Notification.Name { get }
}

extension NotificationCenterProtocol {
    func addObserver() -> Observable<Any?> {
        return NotificationCenter.default.rx.notification(self.name).map { $0.object }
    }
    
    func post(object: Any? = nil) {
        NotificationCenter.default.post(name: self.name, object: object, userInfo: nil)
    }
}

위와 같이 기본 프로토콜을 정의 한 후에 Enum 타입으로 프로토콜을 구현해줍니다.
여기서 Custom Notification Name이 겹치지 않게 프로토콜을 구현한 Enum타입의 이름을 네임스페이스로 활용합니다.

import Foundation
import UIKit

enum ApplicationNotificationCenter: NotificationCenterProtocol {
    case willEnterForeground
    case didReceiveMemoryWarning
    case custom

    var name: Notification.Name {
        switch self {
        case .willEnterForeground:
            return UIApplication.willEnterForegroundNotification
        case .didReceiveMemoryWarning:
            return UIApplication.didReceiveMemoryWarningNotification
        case .custom:
            return Notification.Name("ApplicationNotificationCenter.custom")
        }
    }
}

Enum타입을 구현했으면 다음과 같이 이벤트를 옵저빙 할 수 있게 됩니다.

ApplicationNotificationCenter.custom.addObserver().bind { object in
    guard let object = object as? String else { return }
    print(object)
}.disposed(by: self.disposeBag)

이벤트 발생 시점에 다음과 같이 작성하면 NotificationCenter를 통해 이벤트를 Post할 수 있게 됩니다.

ApplicationNotificationCenter.custom.post(object: "custom event발생!")