IDE 환경이 없을 경우, vi를 잘 다룰수 있다면 상당히 편리하다. 커서이동, 화면분할, 화면이동, 문자열 검색, 대치, 정규식 적용
등을 단축키로만 사용하여 처리하면 엄청난 작업효율을 가져올 수 있다는...emacs를 깊이 있게 사용해보지 못해서 
아직까지는 vi 가 좀더 편하다

.exrc / .vimrc 설정 예
다음은 내가 사용하고 있는 vi 설정이다.  vim 은 플러그인 기능을 제공해서 좀더 다양한 기능을 사용할 수도 있다. 

 

단축키 설정

map 명령을 사용하여 특정 명령에 대한 단축키를 설정할 수 있다.  현재  편집중인 파일을 컴파일하고, 실행하는 명령을

F2 와 F3 단축키로 설정하는 방법은 다음과 같다.  이렇게 해놓으면 매번 vi 빠져나가서 컴파일하고 실행하는 번거로운 과정을
피할 수 있다.  

map  :!gcc -o %< %            
map  :!./%<

%는 현재 편집중인 파일이름을 , %< 는 확장자를 제외한 현재파일 이름, <CR>은 엔터의 의미로 해석된다.

약어(abbreviation) 설정 

키를 맵핑하여 사용할 수도 있지만,  문장을 치환하는 것은 약어를 사용하는 방법이 더 간편하다.  IDE 에서 지원하는 코드 snippet
기능을 흉내낼 수 있어서 유용한 기능이다.  약어를 지정 방식은 다음과같다.

ab 약어 대체할문장

사용 예를 들어보자.   C 언어에서 매번 stdio.h 헤더파일과 main 함수를 작성하는 것은 상당히 번거로운데
약어로 지정해 놓으면 약어 + Tap 키 조합으로 한번에 코드들을 삽입할 수 있다. 

ab Inc #include <stdio.h>
ab inc #include "custom.h"
ab main int main(int argc, char *argv[]) {<LF><LF>return 0;<LF>}

소프트웨어 방법론의 개발 프로세스이자 일반적인 문제 해결 과정을 알아보자.

아래 내용은 박병준 선생님의 가르침을 바탕으로 정리한 내용들이다!! 감솨합니다 샘!!
이것을 이해하고 자기의 것으로 어떻게 만드느냐는 개인의 몫!

1. 문제인식(Problem Recognition)

누구를 만족시킬 것인가? 그 누구가들이 바라는 것들은 무엇인가? 를 도출하는 과정 

그렇다면 문제는 어떻게 인식하는가? 앞서 문제는 왜 생기는가? 그것은 사람이기 때문이다. 

사람이기 때문에 필연적으로 문제는 생기기 마련이다. 즉 사람이 모든 문제의 시작점이 되야 한다. 

하지만 누군가는 모든 사람들을 의미하는 것은 아니다. 수많은 사람들의 범주 가운데서, 좁혀지고 좁혀져

특정 집합에 속하는 사람들만이 우리가 만족시켜야 하는 사람군에 속한다. 이 집한군은 여러 군이 존재할 수 있으며

이렇게 이익과 해를 보는 사람들을 Stakeholder (이해당사자)라고 한다. 

ex) twitter를 예로 들어보자. 

사람들은 커뮤니케이션을 할 수 있는 수단을 필요로 했다. 가장먼저 대화를 하기 시작했으며, 공간의 제약을 극복하기위해

편지라는 것이 등장했다. 하지만 더빠른 전달을 위해 전보가 등장했다. 송수신을 더 잘하기 위해 전화가 등장했다.  나아가 

언제 어디서든 가능하게 하기 위해 핸드폰 또는  SMS가 등장하고 결국 twitter 에 이르게 된것이다. 

요약하면 Stakeholder를 도출하고,  그들이 원하는 기능을 도출하는 과정이 문제인식이라 정의할 수 있다.  

2. 정보수집(Requirement Gathering)

 

기존에 행해져 왔던 일의 전체과정을 보는 단계이다.  

즉 절차에 집중하는 단계이며, 데이터 또한 그 절차안에서만 의미를 갖는다. 

(Stakeholder 가 기존에 해당 목적을 달성해왔던 과정을 훑어 보는 과정)

ex) 인사관리시스템을 만들기 위해서는 인사관리 업무가 무엇인자 알아야 하지 않겠는가?

3. 분석(Analysis)

 

절차에서 어떤부분을 대신 시스템화 할 수 있는지 고민하는 과정이다. 

어디서부터 어디까지 대신 시킬 것인지에 따라 결과가 달라진다. 

종과의 약속 => 인터페이스

종에게 물어본후 답에 따라 그 일을 다르게 행하게 할 수 있다. => 입력

(Stackholder 에 따라 물어보는 부분이 달라 질 수 있다. )

종에게 대신 시킬 과정을 찾는 단계이며, 전체 절차는 변하지 않는다것에 주의한다. 

4. 아키텍처(Architecture)

 

5. 설계(Design)

 

6. 구현(Implementation)

7. 테스트(Test)

8. 배포(Deployment)

유기적인 장소에 하드웨어/소프트웨어들을 설치하는 단계

9. 서비스(Service)

10. 유지보수(Maintenance)

 

 오래전에 Inner Class  개념을 공부하면서  "Thinking In Java 4/e"  을 바탕으로 정리한 내용이다. 

1. 외곽클래스의 멤버메서드(static이 아닌)에서는 내부클래스의 객체를 다른 클래스 객체처럼 참조할 수 있다.

2. 외곽클래스의 static메서드에서는 반드시 '외곽클래스명.' 통해 내부클래스 객체를 참조할 수 있다

3. 내부 클래스 내부에서는 외곽클래스의 멤버를 자유롭게 참조할 수 있는데, 이것은 내부클래스가 자신을 생성한

    외곽클래스 객체의 참조를 은밀히 가지고 있기 때문이다. 내부클래스 객체 내부에서 '외곽클래스명.this'를 사용하여
    접근할 수 있다.

4.  내부클래스 객체 생성시, 특정 외곽클래스 객체와 연결하고자 할때(앞서 외곽클래스 this참조를 은밀히 갖느다고 했다)에는,

    해당 외곽클래스 객체에 대한 참조를 '.new'키워드에 지정해야 한다

5. 지역내부 클래스(local inner class)는 외곽클래스 멤버메서드 내부 또는 코드블록({}로 둘러싸인)에서 정의되고,  
   객체가 생성되는 것이다.  지역내부 클래스를 사용하는 이유는,
   (1) 특정인터페이스를 구현하는 내부 클래스의 객체를 생성후, 그 참조를 반환시거나,

   (2) 클래스의 접근을 일정범위 내로 제한하고자 할때

 6. 내부 클래스 왜 필요할까?

   내부클래스는 다중상속의 문제점을 해결하는 하나의 방안이다. 여러개의 인터페이스를 구현해서, 다중상속을 구현하지만,

    여전히 하나의 추상클래스 밖에 상속하지 못하기 때문에 제한이 있다. 이를 해결하는 것이 내부클래스로, 특정 클래스를
    내부클래스가 상속하게 하여 보다쉽게 다중상속의 기능을 제공하게 된다.

7. 이벤트 중심 시스템(Event Driven System)과 같은 제어 프레임워크의 구현에서, 내부클래스가 많이 사용된다.

   내부클래스를 사용한 제어 프레임워크의 한가지 예제 코드는 다음과 같다.


이벤트 기반 제어프레임워크 소스 예

이벤트를 정의하는 추상클래스 (어떠한 액션을 캡슐화한다)




이벤트를 큐에 쌓고, 순차적으로 실행시키는 컨트롤러 (이벤트들의 행위를 순차적으로 실행한다)




이벤트 추상클래스를 상속하는 구현 이벤트 클래스들 (구체적인 액션 대한 정의)
(불을 켜고, 끄고 벨을 누르고, 프로그램을 종료하는 이벤트들을 내부클래스를 사용해서 정의하였다.)




프로그램을 실행시키는  entry-point  클래스 

. 

컬렉션 클래스들 중 Set 과 HashMap 대한 특성을 알아보자. 

1. Set
기본형 타입 외 사용자 정의타입에 대해 Set을 사용하면 데이터들의 중복이 없으며 element  들의 순서를 유지하지 않는다.
(집합과 같이 데이터들의 순서가 중요하지 않으며,  데이터들이 중복없이 하나만 고유하게 존재할 경우 사용한다)

Set (인터페이스)	중복요소 저장 안됨.  추가되는 요소는 객체의 동일성 판별을 위해 equals() 메소드를 정의해야함.   Collection 과 인터페이스가 동일하며, 요소(element)들의 순서유지가 보장되지 않음.
HashSet	빠른 검색이 가능한 Set.  요소는 equals(), hashCode()를 정의해야함.
TreeSet	트리형태의 순서를 갖는 Set.  정렬된 요소를 얻을 수 있으며, Comparable 인터페이스를 구현해야 함.
LinkedHashSet	HashSet의 빠른 검색속도를 갖으며,  내부적으로 LinkedList의 순서를 유지함.  추가된 순서대로 요소를 얻을 수 있음.  hashCode() 메소드 또한 정의해야함.

Set을 사용자 정의 타입에서(클래스에) 사용하려면, 중복성 회피를 위해 equals() 메소드를 재정의 해주어야한다. 
(Set는 내부적으로 element 들의  equals() 메소드를 호출하여 서로간의 중복 여부를 판단하기 때문이다)
hashCode()는 hashSet,  LinkedHashSet 를 사용할 때만 재정의 해주면 된다.  재정의를 하지 않으면,  Object의  hashCode()를
사용하는데,  equals()를 구현했어도 객체가 중복되어 Set 인터페이스 규약이 깨지게 된다.   (서로 동일한 데이터를 가지고 있어도hashCode()를 구현하지 않으면 다른 버킷으로 해싱되기 때문  데이터가 중복될수 있다. 이것은 Set의 규약을 위반한 것임)
hashCode(), equals() 을 모두 재정의 하는 것이 바람직한 습관이다. 

2. Map
key-value  관계를 저장하여 key를 사용한 value의 검색을 가능하게 함.

HashMap	해시 테이블에 기초한 구현 클래스.  객체 추가 / 검색어에 동일한 시간을 보장함.
LinkedHashMap	HashMap과 동일한 저장방식을 사용함.  이터레이터를 사용함. key-value 쌍이 추가된 순서, 최근 최소 사용한 빈도에 따른 검색이 가능  HashMap 에 비해 다소 느리고, 순차검색시 내부적으로 연결리스트를 사용해 더빠른 성능을 발휨.
TreeMap	이진 트리에 기초한 맵 구현클래스.  key-value 쌍은 Comparable, Comparator에 의해 정렬순서가 저장됨. 하위 트리를 반환하는 subMap() 메소드를 보유함.
WeakHashMap	더 이상 참조되지 않은 key에 대한 가비지 컬렉션을 허용함.
ConcurrentHashMap	동기화에서 락을 발생시키지 않는 Thread-Safe한 Map.
IdentityHashMap	key 비교시 equals()가 아닌 == 사용함. 범용사용은 불가능함.

예제

import java.util.*;

// 모든 Set 컬렉션은
// 중복 회피를 위해 equals()를 재정의 해야함
class SetType {
        int i;
        public SetType(int n) {
                i = n;
        }
        public boolean equals(Object o) {
                return o instanceof SetType && (i == ((SetType)o).i);
        }
        public String toString() {
                return Integer.toString(i);
        }
}

// HashSet 계열은 equals() 외에 hasCode()를 재정의 해야함
// 그렇지 않을 경우 equals()를 정의했어도, 데이터 중복이 발생
class HashType extends SetType {
        public HashType(int n) {
                super(n);
        }
        public int hashCode() {
                return i;
        }
}

// TreeSet 계열은 equals() 외에 compareTo()를 재정의 해야함
// compareTo()를 재정의 하지않으면 실행시 ClassCastException 발생
class TreeType extends SetType implements Comparable<treetype>
 {
        public TreeType(int n) {
                super(n);
        }
        public int compareTo(TreeType arg) {
                return (i > arg.i ? 1 : (i == arg.i) ? 0 : -1);
        }
}


public class TypesForSets {
        
        static <t> Set<t> fill(Set<t> set, Class<t> type) {
                try {
                        for (int i = 0; i < 10; i++) {
                                // int형 인자를 갖는 생성자를 얻어서, 객체 생성
                                set.add(type.getConstructor(int.class).newInstance(i));
                        }
                } catch(Exception e) {
                        throw new RuntimeException(e);
                }
                return set;
        }
        
        static <t> void test(Set<t> set, Class<t> type) {
                // 객체 중복저장 시도 - 셋의 특성을 알아보기 위함
                fill(set, type);
                fill(set, type);
                fill(set, type);
                System.out.println(set);
        }
        
        public static void main(String[] args) {
                // HashSet 계열은 equals() 와 hashCode()를 재정의 해야함
                test(new HashSet(), HashType.class);
                test(new LinkedHashSet(), HashType.class);
                // TreeSet 계열은 equals() 와 compareTo()를 재정의 해야함
                test(new TreeSet(), TreeType.class);
                
                // 아래메소드들은 각 Set 컬렉션의 특성이 파괴됨
                test(new HashSet(), SetType.class);
                test(new HashSet(), TreeType.class);
                test(new LinkedHashSet(), SetType.class);
                test(new LinkedHashSet(), TreeType.class);
                
                try {
                        test(new TreeSet(), SetType.class);
                } catch (Exception e) {
                        System.out.println(e.getMessage());
                }
                try {
                        test(new TreeSet(), HashType.class);
                } catch (Exception e) {
                        System.out.println(e.getMessage());
                }
        }
}

실행결과

자격증 취득을 목표로 하는 것을 별로 좋아하지 않지만,  공부를 해야하는 하나의 동기로서 자격증을 고려하는 것은 
괜찮은 방법이라 생각 한다. 리눅스 공부를 좀더 심도깊게 해볼 생각으로 관련 자격증에 대해서 알아보았다.
가장 잘 알려진 자격증으로 RHCE , LPIC, 리눅스 마스터 자격증이 있었다. 
RHCE 는 레드햇 리눅스 관련 가장 업계에서 인정해주는 자격증이고, 상당한 지식과 경험을 필요로 한다.
LPIC 는 국제인증 리눅스 자격증이고, 습득 난이도에 따라 단계별로 세분화 되어 있었다.
리눅스 마스터는 국내에서만 인정되는 자격증이었지만, 덤프만 외우면 합격할 수 있는 자격증은 아닌듯 했다.
RHCE와 리눅스 마스터는 한국어로 출제되고, LPIC 은 영어로 출제되나 영어 난이도는 그리 어렵지 않다고 한다. 
자격증 습득 난이도는 RHCE 가 가장 어려운 듯 하고, LPIC 레벨 2가 리눅스 마스터 1급 정도에 해당하지 않을까...(신뢰성 없음) 

리눅스 자격증에 대한 간단한 소개 및 평가요소들을 나름 정리해 보았다. 

1. RHCE
Red Hat Certified Engineer(RHCE)는 레드햇사가 인증하는 국제적으로 가장 인정받는  리눅스 자격증이다. 
시험은 실습방식으로 2시간 동안 치뤄지고, 비용은 약 40만원으로 상당히 비싼편이다. RHCE는 사전에 RHCSA
(Red Hat Certified System Administrator)를 취득하지 않으면 자격증이 발급되지 않는다.  레드햇 커뮤니티를 바탕으로
수집된 실무와 연관된 작업들이 반영되어 출제된다고 한다. 

자격증 관련 자세한 정보는 다음 링크를 참고하자 :  RedHat Korea

시험 출제 목표는 다음과 같다. 

2. LPIC 
LPIC(Linux Professional Institute Certification)는 칼데라시스템, 레드햇, 데비안 등 리눅스 선도 기업들이 주축이 되어 설립한
비영리 단체 LPI에서 운영하는 리눅스 전문가 인증 제도이다. 수검비용은 CBT 경우 약 15만원 정도이고, PBT 방식은 조금 더
저렵하다.  시험이 레벨1(초급), 레벨2(중급), 레벨3(고급)으로 세분화되어 있으며,  실기가 없고 필기로만 시험이 진행되는 것도 
특징이다. 

LPIC에 대한 자세한 정보는 다음 사이트틀 참고 : LPIC Korea
시험 응시는 Prometric 또는 VUE 를 통해 할 수 있다. 

시험 출제 목표는 다음과 같다. 

 

 

 

 




3. 리눅스 마스터

리눅스 마스터는 한국 정보통신 진행협회가 인증하는 리눅스 한국 공인 자격증이다.  1급과 2급이 있으며,  시험을 
위한 특별한 자격요건은 없다.  수검비용은  1차(필기), 2차(실기) 합산하여 2급은 4만 5천원, 1급은 10만원이다.
시험 출제 목표는 아래 표를 참고하자. 

리눅스 마스터 시험 참고 사이트 : 한국 정보통신 진흥협회

 

 
더 자세한 시험 출제범위는 위 사이트에서 확인하자! 


 

1. Provider가 APNS와 통신하기 위한 요구사항

2. Binary Interface and Notification Formats

위에서 언급된 것처럼 2가지 종류의 메시지 형태가 존재한다. 대부분의 앱에서는 Simple 포맷으로도 충분하다. 하지만    
Simple 포맷은 실제로 푸시 메시지가 전송됐는지를 보장하지 않기 때문에,   푸시 메시지에 대한 전송 신뢰성이 보장되야 할경우엔는
Enhanced 포맷을 사용하자. Enhanced 포맷에서는 메시지 전송 실패시 에러를 반환하기 때문에,  Provider가 주기적으로 APNS에서 
이 값을 체크하여 실패시 다시 전송을 요청할 수 있다. 

3. Simple Format

APNS와  SSL 연결과, peer-exchage 인증을 가정한다. (SSL을 사용한 1:1 통신을 한다는 의미같다.)

메시지 포맷은 다음과 같다. 

3.1 SimpleFormat을 사용하는 예제코드 
Local, Remote Notification Programming Guide 문서에 나와있는 샘플 코드이다. 실제 메시지 전송을 구현해야할 경우 참고하자

static bool sendPayload(SSL *sslPtr, char *deviceTokenBinary, char *payloadBuff, size_t payloadLength)
{
        bool rtn = false;
        if (sslPtr && deviceTokenBinary && payloadBuff && payloadLength) {
        uint8_t command = 1; /* command number */ 
        char binaryMessageBuff[sizeof(uint8_t) + sizeof(uint32_t) + sizeof(uint32_t)
                + sizeof(uint16_t) + DEVICE_BINARY_SIZE + sizeof(uint16_t) + MAXPAYLOAD_SIZE];
        
        /* message format is, |COMMAND|ID|EXPIRY|TOKENLEN|TOKEN|PAYLOADLEN|PAYLOAD|  */
        char *binaryMessagePt = binaryMessageBuff; 
        uint32_t whicheverOrderIWantToGetBackInAErrorResponse_ID = 1234; 
        uint32_t networkOrderExpiryEpochUTC = htonl(time(NULL)+86400); 
        // expire message if not delivered in 1 day 

        uint16_t networkOrderTokenLength = htons(DEVICE_BINARY_SIZE); 
        uint16_t networkOrderPayloadLength = htons(payloadLength);
        
        /* command */ 
        *binaryMessagePt++ = command;
        
        /* provider preference ordered ID */
        memcpy(binaryMessagePt, &whicheverOrderIWantToGetBackInAErrorResponse_ID, sizeof
                                                                                                                (uint32_t));
        binaryMessagePt += sizeof(uint32_t);

        /* expiry date network order */ 
        memcpy(binaryMessagePt, &networkOrderExpiryEpochUTC, sizeof(uint32_t)); 
        binaryMessagePt += sizeof(uint32_t);
        
        /* token length network order */ 
        memcpy(binaryMessagePt, &networkOrderTokenLength, sizeof(uint16_t)); 
        binaryMessagePt += sizeof(uint16_t);

        /* device token */ 
        memcpy(binaryMessagePt, deviceTokenBinary, DEVICE_BINARY_SIZE); 
        binaryMessagePt += DEVICE_BINARY_SIZE;

        /* payload length network order */ 
        memcpy(binaryMessagePt, &networkOrderPayloadLength, sizeof(uint16_t)); 
        binaryMessagePt += sizeof(uint16_t);

        /* payload */ 
        memcpy(binaryMessagePt, payloadBuff, payloadLength); 
        binaryMessagePt += payloadLength; 
        
        if (SSL_write(sslPtr, binaryMessageBuff, (binaryMessagePt -binaryMessageBuff)) > 0) 
                rtn = true;
        } 
        return rtn;
}

1. Push Service 란?

"분실물 다나와" 프로젝트로 예를 들면...Provider는 "분실물 다나와" 서버가 되고, Client App 은 "분실물 다나와" 아이폰 앱,

APNS는 애플에서 제공하는 푸시서버가 된다.  iPhone에 전송된 푸시메시지는 iOS 를 거쳐 실제 앱에 전달된다. 

2. Push 서비스 사용절차 

① 개발자 포탈에서 애플리케이션에 대한 Push Serivce 사용권한 받기 

개발자 포탈에서 App Id에 대한  Development 또는 Product 푸시 서비스 옵션을 enable 시키고,  다운받은 인증파일을 KeyCain에
등록시킨다.  이 파일을 p12 파일로  export 하여, 파일, 비밀번호와 함께  Provider 에게 사전에 전달해야 한다. 

② 아이폰 애플리케이션 실행시 APNS에 RemoteNotification 등록 

아이폰 애플리케이션이 처음 구동시 APNS에 RemoteNotification 을 등록하고, 애플리케이션 DeviceToken을 수신받는다. 

③ Provider에게 DeviceToken 전송  

DeviceToken을 수신하면, 서버에 아이폰 UUID와 함께 전달한다. 이 토큰은 APNS에서 아이폰의 애플리케이션을 식별하는 키가
되기 때문에 Provider가 보유하고 있어야 하는 데이터이다.  DeviceToken은 거의 변하지 않지만, 애플리케이션이 삭제되고 다시
설치될 때 변할 수도 있기 때문에 애플리케이션이 실행될 때마다,  Provider에게 전송하여 갱신여부를 확인하는 것이 좋다. Development용과 Product용의 DeviceToken 값은 다르다는 것에 주의한다. 
 

④ Provider 에서 푸시 메시지를 생성하여  APNS에 푸시 요청 

Provider 에서는 ①단계에서 전달받은 인증파일을 보유하고 있고, 인증파일 비밀번호를 알고 있어야 한다.
DeviceToken와 함께 다음의 주소로 push를 요청할 수 있다. 개발환경과 실제 서비스를 위한 APNS 의 주소가 다르다.
 

⑤ APNS 에 전송하는 메시지의 포맷 

메시지는 JSON 포맷을 따르며 256바이트 이내야한다. 메시지를 구성하는 키는 다음과 같다. 

다음은 javapns 라이브러리를 사용하여 Provider 에서 APNS 에 푸시를 요청하는  예이다. 

String password = "1q2w3e4r";
String certicatePath = "/home/CertificateSR/Interesting_Dev_Cert_pass.p12";
String apnsAddress = "gateway.sandbox.push.apple.com";
String apnsPort = "2195";

try {
        PayLoad payload = new PayLoad();
                                
        payload.addAlert(pushMessage.getAlert());
        payload.addBadge(pushMessage.getBadge());
        payload.addSound(pushMessage.getSound());
                                
        HashMap customMap =  (HashMap) pushMessage.getCustomData(); 
        Iterator iterator = customMap.keySet().iterator();
        
        while (iterator.hasNext()) {
                String key = iterator.next();
                payload.addCustomDictionary(key, customMap.get(key));
        }
                                
        PushNotificationManager manager = PushNotificationManager.getInstance();
                        
        manager.addDevice("myIphone", pushMessage.getDeviceToken());
        
        Device device = PushNotificationManager.getInstance().getDevice("myIphone");
        manager.initializeConnection( apnsAddress, 
                                          Integer.parseInt(apnsPort), 
                                          certicatePath, 
                                          password,                                                                            
                                          SSLConnectionHelper.KEYSTORE_TYPE_PKCS12);
        manager.sendNotification(device, payload);

        manager.stopConnection();
        manager.removeDevice("myIphone");
                                
} catch (Exception e) {
        e.printStackTrace();
}

 


⑦  애플리케이션측에서 Push를 수신하기 위해서  UIApplicationDelegate 프로토콜의 메소드를 구현 

(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
        // 배지넘버 초기화
        application.applicationIconBadgeNumber = 0;

        NSDictionary *aps = 
          [launchOptionsobjectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];
        
        // 애플리케이션을 처음실행 : RemoteNotification을 등록함
        if (aps == nil) {       
                [[UIApplication sharedApplication]              
                                                registerForRemoteNotificationTypes:
                                                        (UIRemoteNotificationTypeAlert | 
                                                         UIRemoteNotificationTypeSound | 
                                                         UIRemoteNotificationTypeBadge)

                ];
                        
        } else {
                // 애플리케이션이 원격 통보에 의해 실행됐음
                // alert 추출 
                NSString *alert = [aps objectForKey:@"alert"];
                // custom 데이터 추출 
                NSString *pushSeq = [userInfo objectForKey:@"pushSeq"];
        }

        return YES;

}

// RemoteNotification 등록 성공. deviceToken을 수신
(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken {
        // Provider에게 DeviceToken 전송
        //[service registDeviceToken:[deviceToken description]];
}


// APNS 에 RemoteNotification 등록 실패
(void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
        NSLog(@"fail RemoteNotification Registration: %@", [error description]);
}


// 애플리케이션 실행 중에 RemoteNotification 을 수신
(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo {
        // push 메시지 추출
        NSDictionary *aps = [userInfo objectForKey:@"aps"];
        // alert 추출 
        NSString *alert = [aps objectForKey:@"alert"];
        // custom 데이터 추출 
        NSString *pushSeq = [userInfo objectForKey:@"pushSeq"]; 
}

DeviceToken 값이 담겨져 온다. 이  Token의 값은 다음과 같은 형태를 갖는다.  

<12345678 12345678 12345678 12345678 50cfb1 3f5febbe497df>

 지금까지 애플 푸시서비스에 대해 알아보았다.  사실 푸시 서비스를 이용하는 과정은 그렇게 어렵지 않다. 오히려 개발자 포탈에서
푸시 서비스 권한을  설정하고, 키체인에서 인증파일을 생성하는 과정이 번거롭고... 푸시를 받을 앱이 실행중일 때와 실행중이지 
않을 때 푸시 수신 시 동작방식을 달리 처리해줘야 하는 것이 조금 번거로울 뿐이다.  다음 포스팅에서는 실제 푸시메시지 포맷에 
대해서 좀더 자세히 알아보자.

 

getter와 setter 메서드가 나타내는 특성은 다음과 같다. 

몇몇 setter는 값을 반환하지 않을 수도 있고 또 어떤 것은 집합값을 반환하거나 어떤 것들은 메서드 chaining을 위해
값을 반환할 수 있기 때문에  setter의 반환타입에 대한 가정을 해서는 안된다.
다음은 getter와 setter를 찾아 출력하는 예이다.  

package com.tistory.hiddenviewer.reflection.executor;

import java.lang.reflect.Method;
import com.tistory.hiddenviewer.reflection.Board;

public class GetterSetterPrinter {

	public static void main(String[] args) {
		printGettersSetters(Board.class);
	}

	public static void printGettersSetters(Class aClass){
		Method[] methods = aClass.getMethods();

		for(Method method : methods){

			if(isGetter(method)) {
				System.out.println("getter: " + method);
			} 

			if(isSetter(method)) {
				System.out.println("setter: " + method);
			}
		} // for
	}
	

	public static boolean isGetter(Method method){
		// get 으로 시작하지 않으면 반환
		if(!method.getName().startsWith("get")) {
			return false;
		}
		// 파라미터가 있으면 반환 
		if(method.getParameterTypes().length != 0) {
			return false;  
		}
		// 반환값이 없으면 반환
		if(void.class.equals(method.getReturnType())) {
			return false;
		}
		return true;
	}
	public static boolean isSetter(Method method){
		// set 으로 시작하지 않으면 반환 
		if(!method.getName().startsWith("set")) {
			return false;
		}
		// 파라미터가 개수가 1이 아니면 반환 
		if(method.getParameterTypes().length != 1) {
			return false;
		}
		return true;
	}
}

출력결과


 

1. 리플렉션을 사용하여 객체생성

리플렉션을 사용하여 런타임에 클래스에 생성자들을 검사하고,  생성자 객체를 통해 객체를 생성하는 과정을 알아보자.
아래와 같이 3가지 단계를 거치게 되며 가장 먼저 클래스의 생성자 객체  java.lang.reflect.Consturctor 를 얻어야 한다. 

1.1  Constructor 객체 획득하기
다음과 같이 Class 객체로부터 Constructor 클래스를 얻는다. 

// 생성자 목록 얻기 
Class aClass = ... // 이전에 얻은 클래스 객체
Constructor[] constructors = aClass.getConstructors();

Constructor[] 배열은 클래스에 선언된 모든 public 생성자의 Constructor 인스턴스를 가집니다.  특정한 파라미터를 갖는
특정한 생성자는 다음과 같이 얻을 수 있다. 

// 특정 파라미터를 갖는 생성자 얻기 
Class aClass = ... // 이전에 얻은 클래스 객체
Constructor constructor =
        aClass.getConstructor(new Class[]{String.class});

위 예는 하나의 String 타입 파라미터를 갖는 생성자를 반환하는데, 일치하는 파라미터를 갖는 생성자가 없으면 
NoSuchMethodException 예외가 발생한다.

1.2 Constructor 파라미터 얻기  
 다음과 같이 생성자에 포함된 파라미터 타입 목록을 얻을 수 있다.

// 생성자의 파라미터 타입목록 얻기
Class aClass = ... // 이전에 얻은 클래스 객체
Class[] parameterTypes = constructor.getParameterTypes();

1.3 Constructor 객체를 사용하여 객체 생성하기
다음과 같이 생성자 객체로부터 객체를 생성한다. 

// 하나의 String 파라미터를 갖는 생성자를 얻는다. 
Constructor constructor = MyObject.class.getConstructor(String.class);
// 생성 
MyObject myObject = (MyObject)constructor.newInstance("constructor-arg1");

Constructor.newInstance() 메서드는 선택적인 개수의 파라미터를 취한다.  하지만 반드시 해당 생성자에 맞는 개수와 타입의 

파라미터를 제공해야 한다는 것에 주의하자.

 


 

2. 리플렉션을 사용하여 Field 에 접근하기

리플렉션을 사용하여 클래스의 모든 멤버 변수를 검사할 수 있으며, 런타임에 값을 얻어오거나 설정할 수 있다.

이때 하나의 프로퍼티 당 하나의 java.lang.reflect.Field 클래스 객체를 사용하게 된다. 

2.1 Field  객체 얻기 

다음과 같이 Field 객체를 얻는다. 

// 클래스에 선언된 public 속성의 Field 객체얻기
Class aClass = ... // 이전에 얻은 클래스 객체
Field[] fields = aClass.getFields();

public class MyObject{
  public String someField = null;
}

 getField() 메서드의 파라미터에 해당하는 이름의 필드가 클래스에 존재하지 않으면  NoSuchFieldException 예외가 발생한다.

2.2 Field 이름 얻기 

Field 인스턴스를 획득하면, 다음과 같이 Field.getName()을 사용하여 이름을 얻을 수 있다.

// Field 이름 얻기
Field field = ... // Field 객체를 얻는다. 
String fieldName = field.getName();

2.3 Field  타입 얻기

Field.getType() 메서드를 사용하여 필드의 타입을 얻을 수 있다. 

// Field 타입 얻기 
Field field = aClass.getField("someField");
Object fieldType = field.getType();

2.4 Field 값 조회하고 설정하기 
Field 에 대한 참조를 얻게되면, Field.get(), Field.set() 메소드를 사용하여 값을 얻거나 설정할수 있다.

// Field 값 설정하고 조회하기
Class  aClass = MyObject.class
Field field = aClass.getField("someField");
MyObject objectInstance = new MyObject();
Object value = field.get(objectInstance);
field.set(objetInstance, value);

field.get(), set() 메서드에는 해당 필드를 소유하는 객체가 인자로 전달되야 하며 만일 static 필드라면 null을 전달한다.
 
  

2.5 Private Field 에 접근하기 

다음은 private field에 접근하는 예이다. 

Board board = new Board();
board.setContents("test contents...");
		
Field field = cls.getDeclaredField("contents");
field.setAccessible(true);
String contents = (String) field.get(board);
		
System.out.println("Private Contents Field: " + contents);

Field 객체의 setAccessible(true)를 호출하지 않고, private  필드값을 조회하려고 하면 IllegalAccessException 예외가 발생한다. 

3. 리플렉션을 사용하여 Method 호출하기

 java.lang.reflect.Method 클래스를 사용하여  메서드를 검사하고 호출 하는 방법을 알아보자.

Method 클래스를 다음과 같이 획득한다.  

// Method 객체목록 얻기 
Class aClass = ... // 이전에 얻은 클래스 객체
Method[] methods = aClass.getMethods();

역시 클래스에 선언된 public 메서드당 하나의 Method 인스턴스를 갖으며, 메서드의 구체적인 파라미터 타입들을 알고 있으면
해당 메서드의 인스턴스를 얻을 수 있다. 다음은 String 파라미터 하나를 갖는 doSomething 메소드의 Method 객체를 얻는다.

// 파라미터를 갖는 메소드의 Method 객체 얻기 
Class aClass = ... // 이전에 얻은 클래스 객체
Method method = aClass.getMethod("doSomething", new Class[]{String.class});

만일 일치하는 메서드가 없으면, NoSuchMethodException이 발생한다. 파라미터가 없는 메서드를 얻기 위해서는 파라미터
배열 대신 null을 전달한다.

// 파라미터가 없는 메서드의 Method 객체 얻기 
Class aClass = ... // 이전에 얻은 클래스 객체
Method method = aClass.getMethod("doSomething", null);

3.2 Method 파라미터와 반환값 얻기

다음과 같이 해당 메서드의 파라미터들을 얻을 수 있다.

// 메서드의 파라미터 타입목록 얻기 
Method method = ... //
Class[] parameterTypes = method.getParameterTypes();

메서드의 반환타입은 다음과 같이 접근한다.

// 메서드의 반환값 타입 얻기 
Method method = ... //
Class returnType = method.getReturnType();

3.3  Method 객체를 사용하여 메서드 호출하기(Invoking)

다음과 같이 메서드를 호출할 수 있다.

// 메서드 호출 
Method method = MyObject.class.getMethod("doSomething", String.class);
Object returnValue = method.invoke(null, "parameter-value1");

invoke() 메소드에는 호출하기를 원하는 객체를 전달하며, static 메서드이면 null을 대신 전달한다.
Method.invoke(Object target, Object...parameters) 메서드는 선택적인 개수의 파라미터를 취하지만,  메서드가 필요로 하는
정확한 개수의 파라미터를 전달해야 한다. 

3.4 Private Method 에 접근하기 
Private Field 에 접근하는 것과 유사하게 Class.getDeclaredField(String name)와 Class.getDeclaredFields() 메서드를 사용한다. 
(Class.getField(String name) 와 Class.getFields() 메서드는 public 필드만을 반환한다.)