작성자 : 김지헌

작성일 : 2009. 11. 29.

Windows 시스템에서 Android SDK 설치하는 과정을 설명하도록 하겠다.

1. http://developer.android.com/sdk/index.html

   android_sdk_r3-windows.zip 다운로드하기

   

    

2. android_sdk_r3-windwos.zip 을 특정 위치에서 압축을 푼다.
   

   폴더 내에 보이는 SDK Setup는 안드로이드 SDK와 AVM(안드로이드 가상머신)의 설정을 할 수 있도록 해주는 프로그램이다.

   예 : C:\Program Files 폴더 안에

   C:\Program Files\android-sdk-windows
   폴더로 압축을 해제했다.

    

3. C:\Program Files\android-sdk-windows 경로를 컴퓨터에서 Path로 설정해주어야 한다.

   C:\Program Files\android-sdk-windows\tools 를 컴퓨터의 Path 마지막에 추가해주어야 한다.

   

   내 컴퓨터 -> 속성 -> 고급 -> 환경변수 -> Path 항목에 C:\Program Files\android-sdk-windows\tools 을 추가한다.

    

4. http://honeydeveloper.springnote.com/pages/4429375 를 참조하여 Eclipse 에 ADT plug-in을 설치한다.

   

    

5. Develop tools에 체크를 하고 플러그인을 다운로드 받은 후 이클립스를 다시 시작한다.

6. 이클립스가 실행되면 다음과 같은 창이 뜰 것이다. 환경설정에서 안드로이드와 관련된 설정을 하라는 내용이다.

   

7. Preferences -> Android 에서 SDK의 경로를 설정해줘야 한다. 아까 설치했던 경로를 결정한 후 Apply > OK를 누른다.

   

8. 그후 Windwo > Android SDK and AVM Manger를 선택한다. Available Packages 를 선택한다.

   

   아래에 있는 항목들을 모두 체크하거나, 필요에 따라서 개별적으로 선택을 한다.

9. Accept All 을 선택하고 Install Accepted를 클릭하여 다운로드를 진행하도록 한다.

   

   

   다운로드가 진행되고 있다.

10. 다운로드가 완료되면 , Virtual Devices 에서 [New...] 버튼을 클릭한 후에 사용하려고 하는 AVD를 설정해서 생성을 해주면 되겠다.

    

11. 그런 후에 이클립스에서 Android Project를 생성해주면 안드로이드 애플리케이션을 개발하기 위한 환경을 구축하는 과정은 끝이난다.

이 글은 스프링노트에서 작성되었습니다.

Java에서 흔하게 사용하는 System.out.println()의 오버로딩 형태를 살펴볼 수 있다. 하나의 메서드명을 이용할 수 있는 특징을 살펴볼 수 있다. 아래 코드는 java내에서 제공하는 src.zip 내에 있는 java\lang\System.java 에 존재한다.

System.java 내에 println() 메서드

1.    /**
        * The "standard" output stream. This stream is already
        * open and ready to accept output data. Typically this stream
        * corresponds to display output or another output destination
        * specified by the host environment or user.
        * <p>
        * For simple stand-alone Java applications, a typical way to write
        * a line of output data is:
        * <blockquote><pre>
        *     System.out.println(data)
        * </pre></blockquote>
        * <p>
        * See the <code>println</code> methods in class <code>PrintStream</code>.
        *
        * @see     java.io.PrintStream#println()
        * @see     java.io.PrintStream#println(boolean)
        * @see     java.io.PrintStream#println(char)
        * @see     java.io.PrintStream#println(char[])
        * @see     java.io.PrintStream#println(double)
        * @see     java.io.PrintStream#println(float)
        * @see     java.io.PrintStream#println(int)
        * @see     java.io.PrintStream#println(long)
        * @see     java.io.PrintStream#println(java.lang.Object)
        * @see     java.io.PrintStream#println(java.lang.String)
        */
       public final static PrintStream out = nullPrintStream();

오버로딩의 조건

1. 메서드 이름이 같아야 한다.
2. 매개변수의 개수 또는 타입이 달라야 한다.
3. 매개변수는 같고 리턴타입이 다른 경우는 오버로딩이 성립되지 않는다.
   (리턴타입은 오버로딩을 구현하는데 아무런 영향을 주지 못한다.)

오버로딩의 장점

만일 메서드도 변수처럼 단지 이름만으로 구별된다면, 한 클래스내의 모든 메서드들은 이름이 달라야 한다. 그렇다면 위에서 예로 들었던 10가지 println메서드들은 각기 다른 이름을 가져야 한다.

예를 들면, 아래와 같은 방식으로 메서드 이름이 변경되어야 할 것이다.

1. void println()
2. void printlnBoolean(boolean x)
3. void printlnChar(char x)
4. void printlnString(String x)
5. void printlnDouble(double)

모두 근본적으로는 같은 기능을 하는 메서드들이지만, 서로 다른 이름을 가져야하기 때문에 메서드를 작성하는 쪽에서는 이름을 짓기 어렵고, 메서드를 사용하는 쪽에서는 이름을 일일이 구분해서 기억해야 하기 때문에 서로 부담이 된다. 하지만, 오버로딩을 통해 여러 메서드들이 println이라는 하나의 이름으로 정의될 수 있다면, println이라는 이름만 기억하면 되므로 기억하기도 쉽고 이름도 짧게할 수 있어서 오류의 가능성을 많이 줄일 수 있다. 그리고 메서드의 이름만 보고도 '이 메서드들은 이름이 같으니, 같은 기능을 하겠구나'라고 쉽게 예측할 수 있다.

  또 하나의 장점은 메서드의 이름을 절약할 수 있다. 하나의 이름으로 여러 개의 메서드를 정의할 수 있으니, 메서드의 이름을 짓는데 고민을 덜 수 있다.

이 글은 스프링노트에서 작성되었습니다.

클래스메서드(static method)

1. 클래스를 설계할 때, 멤버변수 중 모든 인스턴스에 공통적으로 사용해야 하는 것에 static을 붙인다.

   생성된 각 인스턴스는 서로 독립적이기 때문에 각 인스턴스의 변수는 서로 다른 값을 유지한다. 그러나 모든 인스턴스에서 같은 값이 유지되어야 하는 변수는 static을 붙여서 클래스변수로 정의해야 한다.

2. 클래스변수(static 변수)는 인스턴스를 생성하지 않아도 사용할 수 있다.

   static이 붙은 변수(클래스변수)는 클래스가 메모리에 올라갈 때 이미 자동적으로 생성되기 때문이다.

3. 클래스메서드(static메서드)는 인스턴스변수를 사용할 수 없다.

   static이 붙은 메서드는 인스턴스 생성 없이 호출가능한 반면, 인스턴스 변수는 인스턴스가 생성해야만 만들어지기 때문에 static이 붙은 메서드에서 인스턴스변수의 사용을 허용하지 않는다. 그러나 인스턴스변수나 인스턴스 메서드에서는 static이 붙은 멤버들을 사용하는 것이 언제나 가능하다. 인스턴스변수가 존재한다는 것은 static이 붙은 변수가 이미 메모리에 존재한다는 것을 의미하기 때문이다.

4. 메서드 내에서 인스턴스변수를 사용하지 않는다면, static을 붙이는 것을 고려한다.

   메서드의 작업내용 중에서 인스턴스 변수를 필요로 한다면, static을 붙일 수 없다. 반대로 인스턴스 변수를 필요로 하지 않는다면 static을 붙이자. 메서드 호출시간이 짧아지기 때문에 효율이 높아진다.
   static을 안 붙인 메서드(인스턴스메서드)는 실행 시 호출되어야할 메서드를 찾는 과정이 추가적으로 필요하기 때문에 시간이 오래 걸린다.

이 글은 스프링노트에서 작성되었습니다.

응용프로그램이 실행되면, JVM은 시스템으로부터 프로그램을 수행하는데 필요한 메모리를 할당받고 JVM은 이 메모리를 용도에 따라 여러 영역으로 나누어 관리한다. 그 중 3가지 주요영역(method area, 호출스택, heap)에 대해서 알아보자.

1.메서드 영역

프로그램 실행 중 어떤 클래스가 사용되면, JVM은 해당 클래스의 클래스 파일(*.class)을 읽어서 분석하여 클래스에 대한 정보(클래스 데이터)를 이곳에 저장한다. 이 때, 그 클래스의 클래스변수(class variable)도 이 영역에 함께 생성된다.

2.힙(Heap)

인스턴스가 생성되는 공간. 프로그램 실행 중 생성되는 인스턴스는 모두 이곳에 생성된다. 즉 인스턴스 변수(instance variable)들이 생성되는 공간이다.

3.호출스택(call stack 또는 execution stack)

호출스택은 메서드의 작업에 필요한 메모리 공간을 제공한다. 메서드가 호출되면, 호출스택에 호출된 메서드를 위한 메모리가 할당되며, 이 메모리는 메서드가 작업을 수행하는 동안 지역변수들과 연산의 중간결과 등을 저장하는 데 사용된다. 그리고 메서드가 작업을 마치면 할당되었던 머모리공간은 반환되어 비어진다(GC : Garbage Collection).

각 메서드를 위한 메모리상의 작업공간은 서로 구별되며, 첫 번째로 호출된 메서드를 위한 작업공간이 호출스택의 맨 밑에 마련되고, 첫번째 메서드 수행 중에 다른 메서드를 호출하게 되면, 첫 번째 메서드의 바로 위에 두 번째로 호출된 메서드를 위한 공간이 마련된다.

이 때, 첫번째 메서드는 수행을 멈추고, 두 번째 메서드가 수행되기 시작한다. 두 번째로 호출된 메서드가 수행을 마치게 되면, 두번째 메서드를 위해 제공되었던 호출스택의 메모리공간이 반환되며, 첫 번째 메서드는 다시 수행을 계속하게 된다. 첫 번째 메서드가 수행을 마치면, 역시 제공되었던 메모리 공간이 호출스택에서 제거되며 호출스택은 완전히 비워지게 된다. 호출스택의 제일 상위에 위치하는 메서드가 현재 실행중인 메서드이며, 나머지는 대기 상태에 있게 된다.

  따라서, 호출스택을 조사해보면 메서드 간의 호출관계와 현재 작업중인 메서드가 어느 것인지 알 수 있다.

호출스택의 특징

• 메서드가 호출되면 수행에 필요한 만큼의 메머리를 스택에 할당받는다.
• 메서드가 호출을 마치고 나면 사용했던 메모리를 반환하고 스택에서 제거된다.
• 호출스택의 제일 위에 있는 메서드가 현재 실행 중인 메서드이다.
• 아래에 있는 메서드가 바로 위의 메서드를 호출한 메서드이다.

이 글은 스프링노트에서 작성되었습니다.