그냥 개발 공부

나만의 코딩 스탠다드 계속 업데이트 할 것이다.(Siwft, Objectvie C, iOS, xcode)

snapshot — Fri, 18 Oct 2019 17:58:31 +0900

일단 swiftLint가 있던데..

사실 그런걸로 코드가 잘 읽혀지고 아니고는 아닌거 같다. 그건 그 사람 스타일인거 같고..

우리가 남의 코드를 볼때 어렵다고 생각되는건..나와 다른 패턴, 아키텍처가 다른 큰 부분간다.

일단 나만의 기준을 가지고 개발을 하며 회사에 맞게 유연하게 맞춰가는게 나은거 같다.

일단 그냥 생각나는 대로 적었지만..차근착은 다듬을 것이며 추가와 삭제도 할 것이다.

데이터

싱글톤 패턴 : 앱이 살아 있는 동안만 사용하고 휘발성이 있는 경우, 서버에서 계속적으로 변할 경우, 유저의 프로필, 기타 변하는 데이터 정보

데이터 이동

옵저버 패턴 : 한번의 이벤트로 여러곳에서 정보가 변경 될 경우, 프로필 사진, 결제 정보가 바뀔시 리스트 정보들

델리게이트 패턴 : 어떤 클래스에서 다른 클래스에 이벤트를 대신 처리 할때, 이 경우는 특히 버튼 클릭시 동기적인 이벤트에는 이런 패턴을 사용

클로저,블록 : 비동기적인 이벤트 예를 들면 통신과 같이 호출 후 즉각적인 대응이 없을 수 있는 경우 사용

아키텍처

MVC : 정말 정말 간단한 화면, 이벤트가 하나인 경우, 통신조차도 필요가 없는 경우..는 무조건 간단히 이걸 쓴다.

MVP : 기본적으로 사용하는 아키텍처로..VIewController는 뷰 Protocol 상속, Presenter는 Presenter Protocol 사용, 네트워크 통신 및 모델 세팅을 해줌, ViewController 와 Presenter는 Protocol 함수를 통하여 서로 1:1로 매칭, Protocol로 서로 통신을 하기 때문에 View의 경우 서버 API가 나오지 않았을 경우 덤프 데이터를 가진 PresenterProtocol을 상속받은 테스트 presneter로 개발,

viewProtocol은 이벤트에 대한 함수, Presenter의 경우 뷰에서 동작할 함수 및, 네트워크, 모델에 관련된 정보를 함수로 제공

MVVM : 뷰가 여러개의 모델을 조합해서 보여질 경우, 사용 경험이 없음

디자인

Storyboard 기반으로 디자인

Storyboard의 경우 다른 개발자와 충돌이 자주 일어날 수 있으므로 작게 여러개 만든다.

cell 같은 경우는 기본적으로 xib로 개발, 왜나하면 한 화면에 하나만 사용하는 cell이 있는 경우가 있지만 대부분 다른 화면에서도 공통적으로 사용하기 때문에 디자인 변경시 관리가 편함

color : ios13부터는 다크모드를 대응해야 함. 그래서 color assets를 만들고 color extention으로 관리

네트워크

swift는 alamofire를 wrapping 하여 기본적으로 header 정보 및 네트워크 fail때 wrapping한 곳에서 1차 처리 (fail이지만 유저에게는 알려주지 않아도 되는 오류콛가 있기에..), 그리고 그 api를 사용하는 부분에서 2차 처리

if let, guard let

일단 guard let을 우선시 사용, 위에서 부터 사용해서 에러 처리 및 코드 보기에 깔끔함, 물론 위에서 오류가 없는 경우 밑에서도 guard let 의 변수를 사용 할 수 있다.

if let읜 간단히 사용할 때나 최대한 2뎁스는 안들어가게 사용, 특히 if let aa , let bb = aa.aa , let cc = bb.aa 이런식을 최대한 자제를 함..차라리 옵셔널 체이닝을 사용

ARC, 순환참조와 소유권 지시어 (iOS, xcode)

snapshot — Fri, 11 Oct 2019 17:47:48 +0900

ARC, 순환참조와 소유권 지시어 (iOS, xcode)

"iOS와 OS 의 메모리 관리와 멀티스레딩 기법" 이란 오래된 책을 다시 요즘에 읽어 소유권 지시어에 대한 내용을 적어 본다.

ARC (Automatic Reference counting)은 메모리 관리를 컴파일러가 직접 한다. iOS 개발을 처음 시작 할 때는 retain/release의 코드를 직접 넣어 주어 메모리 관리를 했다. 하지만 ARC가 나오면서 release를 실수로 잘못 넣어주어 런타임 크래쉬를 안 봐도 되고 메모리 관리도 쉽게 도와주었다. 물론 순환 참조는 아직 유의를 해야 하지만..

일단 ARC가 나오면서 strong, weak라는 새로 등장한 소유권 지시어가 나왔기 때문에 설명을 이어가겠다.

레퍼런스 카운팅의 규칙

직접 만든 객체는 소유권을 갖는다.
ratain을 사용해 객체의 소유권을 가져올 수 있다.( ARC 이전 이야기)
객체가 더이상 필요하지 않으면 소유권을 제거해야 한다.
소유하지 않은 객체의 소유권을 제거해서는 안 된다. (ARC 이전 이야기)

strong : 흔히 강한참조로 ARC 환경에서는 release 메서드가 컴파일시 자동으로 추가되고 참조시 reference count가 증가, 해제시 감소 되어 0이 되었을 경우 메모리에서 제거가 된다.

//밑의 예제는 책에서는 Objective - c로 되어 있지만 swift로 바꿔서 설명을 해봄

class Object {

}

var obj0 : Object? = Object() // 객체 A
// obj0은 객체 A에 강한 참조를 갖는다.

var obj1 : Object? = Object() // 객체 B
// obj1은 객체 B에 강한 참조를 갖는다.

var obj2 : Object? = nil
// obj2는 참조를 가지 않는다.

obj0 = obj1

/*

obj0은 객체 B에 대한 강한 참조를 갖는데, obj1을 대입한다.
따라서 obj0은 더이상 객체 A에 대한 강한 참조를 갖지 않는다.
객체 A는 더이상 누구도 소유하지 않으므로 제거된다.
이제, obj0과 obj1은 둘 모두 객체 B에 대한 강한 참조를 갖는다.
*/
obj2 = obj0

/*

obj2는 obj0을 통해 객체 B에 대한 강한 참조를 갖는다.
이 시점에서 obj0, obj1, obj2는 모두 객체 B에 대한 강한 참조를 갖는다.
*/
obj1 = nil
/*

obj1에 nil이 대입되었으므로 객체 B에 대한 강한 참조는 사라진다.
이 시점에서 obj0, obj2는 모두 객체 B에 대한 강한 참조를 갖는다.
*/
obj0 = nil
/*

obj0에 nil이 대입되었으므로 객체 B에 대한 강한 참조는 사라진다.
이 시점에서 obj2는 모두 객체 B에 대한 강한 참조를 갖는다.
*/
obj2 = nil
/*

obj2에 nil이 대입되었으므로 객체 B에 대한 강한 참조는 사라진다.
객체 B를 어느 누구도 소유하지 않게 되어 객체 B는 제거된다.
*/

weak : strong 소유권으로 컴파일러가 메모리 관리를 충분히 수행 할 수 있어 보이지만 "순환 참조"라는 큰 문제는 피할 수가 없다. 그래서 나온게 weak 지시어이다.

순환 참조란?

순환 참조가 있으면 메모리 누수가 자주 발생한다. 메모리 누수는 특정 객체가 제거 될 시점 뒤에도 메모리에 여전히 존재하는 상황을 말함.

순환 참조는 A, B 서로 강한 참조를 갖고 있는 경우, 자기 참조 일 경우, 블록, 클로저에서 일어 날 수 있다.

이것은 약한참조로 strong과 달리 참조시 reference count가 증가 되지 않고 참조한 객체가 소멸되면 nil로 된다.

순환참조 예제1) 객체 A, B가 서로 참조할 경우

// 두 변수에 nil을 대입해서 해제를 하고 싶었지만 각 변수가 서로를 참조하고 있기에 둘다 메모리에 남음

class A {
var b : B?
}

class B {
var a : A?
}

let a = A() // a = 1
let b = B() // b = 1

a.b = b // b = 2
b.a = a // a = 2

a = nil // a = 1
b = nil // b = 1

// 두 변수에 nil을 대입해서 해제를 하고 싶었지만 각 변수가 서로를 참조하고 있기에 둘다 메모리에 남음

해결 방법

한쪽 변수에 weak 지시어를 사용

class A {
var theB : B?
}

class B {
var weak theA : A?
}

let a = A() // a = 1
let b = B() // b = 1

a.theB = b // b = 2
b.theA = a // a = 1

a = nil // a = 0 , b = 1
// a에 nil을 대입하면 a는 B의 변수 theA에 weak로 되어 있기에 theA에는 nil에 대입이 되고 a는 해제가 된다.
// 그와 동시에 A의 변수 theB도 해제가 된다.
b = nil // b = 0
// B 또한 nil을 대입하면 b의 reference count는 0이 되고 둘다 해제가 된다.

ARC를 자세히 들여다 보면

strong은 컴파일시에 relase 코드를 넣어주지만 weak는 weak만의 참조 테이블이 있다.

왜냐하면 참조한 변수가 해제 시 weak로 참조한 것에 모두 nil로 반납을 해줘야 하기 때문에 따로 관리가 된다.

weak의 메모리는 내부적으로 autorealase pool로 관리 된다고 한다. 그래서 약한 참조를 사용하는 것도 어찌보면 메모리를 사용하는 것이기 때문에 너무 남발을 하게 되면 메모리에 영향을 주어서 느려지는 원인이 된다.

그리고 순환 참조가 되는 경우가 또 있다.

그건 블록, 클로저의 경우 capturing 시 self를 참조할 경우 self의 reference count가 올라 가게 된다. __weak(objectvie c), weak self 캡쳐링 리스트를 사용하면 해결이 된다.

이건 블록, 클로저의 내용에서 다시 설명을 하겠다.

iOS13 dark mode(다크모드) 설정시 xcode로 대응 방법

snapshot — Wed, 2 Oct 2019 17:36:14 +0900

How to support Dark Mode in iOS apps

이번 iOS 13에서 dark mode 가 추가 되었다. 아.......

뭐 미리 준비를 했으면 됐지만 준비 안 했다..

일단 다크 모드 막는 법 부터 알아 보자.

1) info 파일 안에 User Interface Style 을 추가를 한다.

Type은 String , value는 Light 적으면 끝..간단함..그리고 모두에게 비밀로 하고 편히 걱정없이 일을 한다.

2) 각각의 뷰컨트롤러에 세팅을 한다.

self.overrideUserInterfaceStyle = .light 로 각 뷰컨틀로러에 넣어주면 된다. 귀찮다..이건..1번이 제일 좋다.

override func viewDidLoad() {
        super.viewDidLoad()
        self.overrideUserInterfaceStyle = .light
        // Do any additional setup after loading the view.
    }

3) "뭐 dark mode 모두 대응해주겠다" 라는 분이 계시다면 이 방법을 추천한다.

Asset Catalog를 추가한다. 그리고 알아서 이름을 변경한다.

)

캡쳐한 화면대로 따라하면 된다.

일단 Asset 의 이름을 정하고 1번 → 2번을 눌러서 생성을 한다.

그리고 3번의 이름을 정하고 4번을 클릭하면 none, (Any, Dark), (Any, Light, Dark) 이렇게 세 분류가 나온다. 클릭 해보면 어떻게 되는지 알게 될 것이다.

나는 일단 가운데 Any, Dark를 클릭해서 두 가지의 경우를 만들었다. 그리고 각각의 기본과 dark 모드를 설정했다.

4) UIColor Extension

컬라를 선택하면 Named color에 등록된 컬러가 나와서 설정해주면 된다.

그리고 코드로 등록된 컬러를 사용하고 싶으면 UIColor extension으로 UIColor(named: "") 이걸 통해서 등록해주면 된다.

import Foundation
import UIKit
public extension UIColor {
    static let C_blue = UIColor(named: "C_blue")
    static let C_blue_only = UIColor(named: "C_blue_only")
    static let C_white = UIColor(named: "C_white")
    static let C_red = UIColor(named: "C_red")
}

코딩으로 적용을 했을 때는

@IBOutlet weak var testView : UIView!

    override func viewDidLoad() {
        super.viewDidLoad()
        self.testView.backgroundColor = UIColor.C_red
        // Do any additional setup after loading the view.
    }

끝..

런타임때 이런식으로 유저가 변경하면 알아서 색을 바꿔준다.

동영상 서비스가 종료되어 해당 콘텐츠를 재생할 수 없습니다.

저는 일단 대응을 미리 못한 잘못이 있기 때문에 1번으로 대응을 했고 디자이너와 차차 대응을 해야겠다.

언제 다하냐..

Polymer keyboard personal information collection policy

snapshot — Tue, 14 Feb 2017 18:15:02 +0900

Polymer keyboard personal information collection policy

1. Polymer Keyboard Extension does not transmit and store personal information to the server.

2. The Polymer Keyboard Extension checks the functions provided in the clipboard text.

3. To expand the polymer keyboard, you must enable "Allow full access" for other features.

4. Later, you can request the collection of device information (device token) for push notifications.

聚合物键盘个人信息收集政策

snapshot — Tue, 14 Feb 2017 18:12:54 +0900

聚合物键盘个人信息收集政策

1. Polymer Keyboard Extension不会将个人信息传输和存储到服务器。

2. Polymer Keyboard Extension检查剪贴板文本中提供的功能。

3.要展开聚合物键盘，必须为其他功能启用“允许完全访问”。

4.稍后，您可以请求收集推送通知的设备信息（设备令牌）。

Polymer Keyboard個人情報チュウィグム方針

snapshot — Tue, 14 Feb 2017 18:10:52 +0900

Polymer Keyboard個人情報チュウィグム方針

1. Polymer Keyboard extensionは、個人情報をサーバーに送信し、保存しません。

2. Polymer Keyboard extensionは、提供される機能のために、クリップボードのテキストを確認します。

3. Polymer Keyboard extensionは、その他の機能のために「フルアクセスを許可」の活性化を必要とします。

4.今後のプッシュ通知のための機器情報（デバイストークン）の収集を要求することができます。

Polymer Keyboard 개인정보 취금 방침

snapshot — Tue, 14 Feb 2017 18:09:30 +0900

Polymer Keyboard 개인정보 취금 방침

1. Polymer Keyboard extension은 개인 정보를 서버에 전송 및 저장 하지 않습니다.

2. Polymer Keyboard extension은 제공되는 기능을 위해 클립보드 텍스트를 확인합니다.

3. Polymer Keyboard extension은 기타 기능을 위해 '전체 접근 허용'의 활성화를 요구 합니다.

4. 추후에 푸쉬 알림을 위한 기기정보(디바이스 토큰)의 수집을 요구할 수 있습니다.

in app 튜토리얼

snapshot — Thu, 17 Jan 2013 10:24:18 +0900

영어 대표 튜토리얼

https://parse.com/docs/ios_guide#iap/iOS

한국 튜토리얼

http://m.cafe.naver.com/app/ArticleRead.nhn?wCmt=true&articleid=200626&query=%D7%BA%88%EA%B7%B8%EB%A6%AC%EC%8A%A4&boardtype=L&menuid=177&menuType=B&clubid=16914752&commentCount=33&commentNew=false

아이폰 푸쉬 노티피케이션 싸이트

snapshot — Thu, 17 Jan 2013 10:22:47 +0900

https://parse.com/tutorials/push-notifications

제목을 입력해 주세요.

snapshot — Thu, 12 May 2011 10:20:18 +0900

jsp

page를 기억하자.

jsp표현식

<% out.println(Counter.getCounter()); %>

이거랑
<%= Count.getCounter()%>이거랑 같다.
여기서 중요 한것은 <%=이것을 썼을때는 ;(세미콜론)을 쓰면 안된다.
왜냐면
=이것이 out.println();이거 이기 때문이다.

선언문!!
선언문은 컨테이너에 의해 생성될 서블릿의 멤버를 선언하는 곳이다.

멤버에는 변수가 들어갈 수 있고, 메소드가 들어 갈 수 있다.
<%! %>안에 들어가는 문장은 서비스 바깥 족으로 빠져서 선언되게 됩니다.
따라서, 정적인 변수나 메소드 또는 인스턴스 변수나 메소드 모두 여기에 코딩 할 수 있다.

개발자로서 알아야할 세가지 주요 메소드
-jspinit()
--init() 메소드에서 호출합니다. 이 메소드는 재정의 해도 무방합니다.

jspDestory()
-서블릿의 destroy()메소드에서 호출합니다. 이 메소드 또한 재정의해도 고나게 없다.
_jspService()
--이건 절대 재정의 하면 안된다. 컨네이너가 해준다.

jsp에도 초기화 파라미터 값이 있다.
-일반 서블릿에서 서블릿 초기화 파라미터를 설정하는 방식과 유사하게 jsp 초기화 파라미터를 설정합니다.
-<jsp-file> 태그를 사용 한다.