개발공부블로그

FCM으로 업데이트되었다고함..FCM은 추후에 다시 정리하도록 하겠습니다~

Google Cloud Messaging

• 개발자에게 서버에서 안드로이드 디바스의 어플리케이션으로 데이터를 전송하는 것을 도와주는 무료 서비스.

• 3rd-party에서 새로운 데이터가 있을 경우 gcm 서비스를 통하여 message를 특정 device의 특정application으로 전송 해준다. message는 최대 4kb

• GCM 서비스는 message를 큐잉하며 이를 단말에 전달해주는 처리를 담당함.

• GCM Conntection Server는 http / xmpp 지원함

Flow

• GCM Server는 3rd-party server로부터 message를 받고 이것을 gcm을 사용하는 app 단으로 전송한다.

• 현재 GCM connection server는 HTTP와 xmpp를 지원한다.

• XMPP 프로토콜은 단말과 서버간의 tcp 연결을 계속 유지시켜준다.

• 3rd-party server는 GCM connection server에 message를 보내고, connection server는 queue에 message를 저장하고, device가 online 일 때 device에 message를 보낸다.

• app은 GCM message를 받기 위해 GCM에 등록해야하며 , REGISTRATION id를 얻어야 한다.

• 만약 xmpp conntection server를 사용한다면, client app은 upstream message를 connection server에 보낼 수 있다.

GCM 특징

• 안드로이드 어플리케이션으로 message를 보낼 수 있는 3rd party server를 허용.

• GCM은 MESSAGE 전달과 순서를 보장하지 않음.

• Android Application은 message를 받기 위해 실행되고 있을 필요 없음.

• GCM은 단순히 원시 DATA를 ANDROID 단말로 보내며, 이 DATA를 통해  application에서 제어함.

• android 2.2 이상 지원 , Google Play Stote App이 설치되어있어야함.

• 구글계정 필요, android 4.0.4이상에서는 필요없음.

GCM 아키텍처

• app은 message를 받기위해 GCM으로부터 device를 register함. 이 register를 3rd-party에 등록.

• 3rd party server는 app에 message를 보내기 위해 등록된 register와 함께 GCM으로 message전송.

• GCM Connection Server는 register로 확인된 단말에 해당 message를 전송

1. 단말에서 GCM으로 REGISTER요청
2. GCM에서 REGISTER 성공 후 resistration id 전송
3. 3th party server로 registration id 전송
4. resistration id값과 message를 gcm으로 전송.
5. 해당 registration에 맞는 단말에 message전송.

GCM 시퀀스

GCM 용어정리

Sender ID

Application ID

Registration ID

Google User Account

Sender Auth Token

• 출처 : http://wiki.gurubee.net/display/SWDEV/GCM+%28Google+Cloud+Messaging%29?

Parcelable

위와 같은 Book클래스를 인텐트로 넘겨주려고 하는데, 이대로 사용할 수는 없다.

 오브젝트를 Parcelable 클래스로 만들어주려면 android.os.Parcelable 인터페이스를 구현해야 한다.그러므로 아래와 같이 클래스 정의를 변경한다.

그리고 Parcelable 인터페이스에 있는 2개의 메소드를 오버라이드 해 줘야만 한다.

describeContents() - Parcelable 하려는 오브젝트의 종류를 정의한다.

writeToParcel(Parcel desc,int flags) - 실제 오브젝트 serialization / flattening을 하는 메소드, 오브젝트의 각 멤버변수를 parcel해줘야한다.

Parcelable protocol requires a Parcelable.Creator object called CREATOR

전체코드는 다음과 같다.

base64 란 ?

왜 사용하는가?

인코딩 / 디코딩원리

위에서 말했듯이 Base64 인코딩은 64개의 문자를 이용하여 바이너리 데이터를 공통아스키 영역의 문자들로 변환하는 인코딩 방식이다. 즉 8bit의 데이터(바이너리)를 6bit크기로 표현한다. 따라서 3개의 문자(24bit) 단위를 기준으로 4개의 인코딩된 문자를 얻을 수 있다.

위와같이 abc(24bit)를 base64 방식으로 인코딩하면 YWJj(24bit) 4개의 문자를 얻을 수 있다.

<base64 테이블>

그렇다면 3개(24bit)의 문자단위가 아닐때는 어떻게 될까..?

인코딩의 원리는 위와같고, 같은원리로 디코딩역시 YQ== 은 a로 디코딩되는 것을 알 수 있을텐데 여기서 한가지 문제가 발생한다. 인코딩 원리에서 말했듯이 '='이 2개면 3n+1의 문자개수이고 , '='이 1개면 3n+2의 문자개수를 나타낼수 있다.

직렬화란?

ObjectInputStream , ObjectOutputStream

직렬화가 가능한 클래스를 만드는 방법.

직렬화 가능한 클래스 버전관리.

serialVersionUID 의 값은 정수값이면 어떤한 값으로도 지정할 수 있지만 서로 다른 클래스간에 같은 값을 갖지 않도록 serialver.exe 를 사용해서 생성하는 것이 보통이다.

컴포지트 패턴

컴포지트 패턴의 활용

디렉토리 클래스는 자신의 이름과 파일들을 가질 수 있습니다. add() 메소드를 이용해 파일을 추가할 수도 있지요. 근데 이 구조로는 디렉토리 안에 디렉토리가 있는 것을 어떻게 표현해야 할까요?

//파일과 폴더의 근간이 되는 인터페이스.

interface Node{

public String getName();

}

class File implements Node{

private String name();

public String getName(){ return this.name ;}

}

class Directory implement Node{

private String name();

private List<Node> children;

public String getName(){ return this.name; }

public void add(Node node){

children.add(node);

}

}

위와 같은 구조로 변경한다면 폴더안의 폴더를 나타낼 수 있다.

[참조] http://jdm.kr/blog/217

OOP 란?

OOP의 특징

캡슐화

why ?

추상화

why?

상속

why?

다형성

why?

여러타입의 클래스를 하나의 타입으로 관리하니 유지보수가 좋음. 확장성이 좋고, 결합도가 강하지 않은 프로그래밍이 가능하다.

확장성이 좋은이유? 새로운 타입의 클래스를 정의하여도 부모클래스를 상속받거나 or 인터페이스를 구현하여 기능만 추가하면 코드가 변하지 않음.

MVC 패턴

Model = 비즈니스 영역의 상태 정보를 처리.

View = 비즈니스 영역에 대한 뷰를 담당.

Control = 사용자의 입력 및 흐름제어를 담당.

모델1 방식과 MVC패턴의 비교 및 처리절차.

멀티프로세싱 운영체제에서는 동시에 여러 프로그램을 실행할 수 있다. 그때 실행중인 프로그램에 대한 인스턴스를 프로세스라고 한다. 프로세스는 운영체제로부터 주소공간,파일,메모리 등을 할당받는다.

리눅스 시스템에서는 코드 영역과 라이브러리를 프로세스 간에 공유하므로, 메모리 내에 코드와 라이브러리는 하나만 존재한다. 변수에 할당되는 공간으로 데이터 세그먼트와 스택 세그먼트는 프로세스 각각 가지고 있다. 그리고 각 프로세스 마다 실행 위치를 나타내는 PC(Program Counter)도 프로세스별로 관리한다.

스레드란 한 프로세스 내에서 동작되는 여러 실행의 흐름으로, 프로세스 내의 주소 공간이나 자원들을 공유하면서 실행된다.

기본적으로 하나의 프로세스가 생성되면 하나의 스레드가 같이 생성된다. 이를 메인 스레드라고 부르며, 스레드를 추가로 생성하지 않는 한 모든 프로그램 코드는 메인 스레드에서 실행된다. 또한 프로세스는 여러개의 스레드를 가질 수 있으며 이를 멀티 스레드라고 한다.

스레드는 프로세스 내에서 각각의 스택 공간을 제외한 나머지 공간과 시스템 자원을 공유한다. 그러므로 프로세스를 이용하여 동시에 처리하던 일을 스레드로 구현할 경우 메모리 공간은 물론 시스템 자원 소모도 현격히 줄어든다. 스레드간의 통신이 필요한 경우 별도의 자원을 이용하는 것이 아니라 전역 변수의 공간을 이용하여 데이터를 주고 받을 수 있다.

스레드의 장점

스레드의 단점