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이라는 이름만 기억하면 되므로 기억하기도 쉽고 이름도 짧게할 수 있어서 오류의 가능성을 많이 줄일 수 있다. 그리고 메서드의 이름만 보고도 '이 메서드들은 이름이 같으니, 같은 기능을 하겠구나'라고 쉽게 예측할 수 있다.

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

 

 

 

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

'Java > Language' 카테고리의 다른 글

JDBC 설치 및 적용하기  (0) 2010.01.23
Form 에서 method='post'를 깜빡잊고 코딩하지 않았다면?  (0) 2009.12.23
클래스메서드(static메서드)  (0) 2009.11.25
JVM의 메모리구조  (0) 2009.11.25
JDK 7에 대해서  (0) 2009.11.16

클래스메서드(static method)

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

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

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

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

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

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

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

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

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

'Java > Language' 카테고리의 다른 글

Form 에서 method='post'를 깜빡잊고 코딩하지 않았다면?  (0) 2009.12.23
System.out.println() - 오버로딩의 조건, 장점  (0) 2009.11.25
JVM의 메모리구조  (0) 2009.11.25
JDK 7에 대해서  (0) 2009.11.16
java.lang.Annotation(주석:@)  (0) 2009.11.16

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

JVM_MemoryStruct.JPG

1.메서드 영역

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

 

2.힙(Heap)

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

 

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

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

 

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

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

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

 

호출스택의 특징

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

 

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

'Java > Language' 카테고리의 다른 글

System.out.println() - 오버로딩의 조건, 장점  (0) 2009.11.25
클래스메서드(static메서드)  (0) 2009.11.25
JDK 7에 대해서  (0) 2009.11.16
java.lang.Annotation(주석:@)  (0) 2009.11.16
[펌]괜찮은 Java 사이트들  (0) 2009.10.26
아참, 자바 개발자 여러분들은 알고 계실거라 생각을 하지만
혹시나 몰라서 알려드립니다. ^^;

지난 10월 말경 JDK 5 버전에 대한 End of Life 서비스 정지가
있었습니다. JDK 7 초기버전도 출시를 하면서 자연스럽게
JDK 6으로 버전업이 진행되고 조만간 JDK 7 으로도 넘어갈겁니다.
http://java.sun.com/javase/downloads/index_jdk5.jsp

JDK 6버전도 2010년에는 EOL(End of Life:지원중단)이 되는군요.
http://java.sun.com/products/archive/eol.policy.html

이와 관련해서 JDK 7의 특징에 대한 내용을 알려드립니다.
http://xeraph.com/5122122

하지만 여전히, 우리나라의 많은 기업체들은 여러가지 이유
(주로 자금, 혹은 추가 투입되는 유지보수 비용에 대한 거부감)로
여전히 JDK 5, 심지어는 JDK 4 버전에서의 개발이 유지되고 있습니다.

@_@)~~ 최근 출시된 것을 바로바로 적용할 필요는 없지만,
SDK 6과의 차이점 정도만 이해하는 정도로 넘어가시면 되겠습니다.

그럼 추워지는 날씨에 감기들 조심하시길.
저작자표시

'Java > Language' 카테고리의 다른 글

클래스메서드(static메서드)  (0) 2009.11.25
JVM의 메모리구조  (0) 2009.11.25
java.lang.Annotation(주석:@)  (0) 2009.11.16
[펌]괜찮은 Java 사이트들  (0) 2009.10.26
JAVA(JDK7) 특징  (0) 2009.10.17
# 이 문서는 오라클클럽에서 작성하였습니다.
# 이 문서를 다른 블로그나 홈페이지에 게재하실 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^
# 출처 : http://wiki.oracleclub.com/display/WEBSTUDY/Annotations? 

Annotation(주석)

1. Annotation(주석) 개요

J2SE 5.0에 추가된 중요한 기능중 하나로, 어노테이션 유형은 일반 클래스와 비슷해보이지만 독특한 속성이 있다.
표기법은 (@)(at) 표시로 하고, 클래스에서 @(at)기호와 함께 사용하여 다른 자바 코드에 주석을 달 수 있다.
주석태그가 코멘트가 아니라 소스에 포함된다. 여기서 중요한 점은 주석이 선언적 프로그래밍 모델을 체계적으로 지원하기 위한 방법이라는 것이다.

1.1. 주석이란

  • 메타데이터를 프로그램 엘리먼트(클래스, 인터페이스, 메소드 등)에 연결하는 방법을 제시합니다.
    (메타데이터는 데이터를 부연설명하기 위한 데이터)
  • 주석은 해당 엘리먼트에 대해 생성된 바이트코드를 변경하지 않는 추가 수식자(modifier)라고 할 수 있다.

1.2. 주석의 지속성

  • //, /* */, /** */ 등의 주석은 보통 컴파일이 되면서 사라진다.
  • Annotation은 기존의 주석과 달리 Runtime 까지도 존재하는 주석이다.

2. Builtln(내장된) Annotation(주석)

  • 모든 자바 프로그래머들이 알아야 하는 내장 어노테이션은 @Deprecated, @Override, @SuppressWarnings 모두 3가지 이다.

2.1. Override Annotation

  • Tiger의 첫 번째 Builtln(내장된) Annotation 유형이다.
  • @Override는 메소드에 대해서만 사용되어야 한다. (클래스, 패키지 선언, 기타 구조체는 안된다.)
  • @Override 주석이 사용된 메서드는 수퍼클래스에서 메소드를 오버라이드한다는 것을 나타낸다.

2.1.1. @Override 예제

The Override Annotation

package dfi.study.java;


public class OverrideTest01{


  public OverrideTest01() { }


  @Override

  public String toString() {

    return super.toString() + " [Override Test]";

  }


  @Override

  public int hasCode() {

    return toString().hashCode();

  }

}
  • 위의 @Override 어노테이션은 두 개의 메소드, toString()과 hashCode()가 OverrideTest01 클래스의 수퍼클래스 (java.lang.Object)에서
    메소드의 버전을 오버라이드 한다는 것을 나타내고 있다.
  • 메소드를 오버라이드 하려다가 메소드 이름의 철자를 틀리거나, 잘못된 인자를 지정하거나, 다른 리턴 타입을 설정했던 적이 무수히 많았을 것이다.
    이 어노테이션 유형은 코딩하기엔 너무 늦었거나 무언가를 잘못 타이핑했을 때 빛을 발한다.

Override Annotation의 오타 찾아내기

  • 위 코드에서 hashCode()가 hasCode()로 잘못 표기되었다. @Override 어노테이션은 hasCode()가 메소드를 오버라이드해야 한다는 것을 지시한다.
    하지만 컴파일시 오버라이드 할 hasCode()라는 메소드가 없다는 것을 알게 되고. 결과적으로 컴파일러는 에러를 표시한다.

2.2. Deprecated Annotation

  • @Override와 마찬가지로 @Deprecated는 marker 어노테이션이다.
  • @Deprecated를 사용하여 더 이상 사용되지 말아야 하는 메소드에 주석을 단다. 주의할 점은 더 이상 사용되지 말아야 하는(depreciated) 메소드와
    같은 라인상에 놓여져야 한다는 것이다.
  • 컴파일러는 프로그램이 비추천(deprecated) 메소드나 클래스 혹은 변수를 사용할 때마다 경고를 발생시킨다.
  • 메소드에 @Deprecated 태그를 플래그하면 해당 메소드나 클래스 사용시 사용자에게 경고 메세지를 보내도록 컴파일러를 환기시키는 효과가 있다.
  • 태그는 소문자 'd'로 시작하며, Annotation은 대문자' D'로 시작함을 유의해야한다.
  • 일반적으로 프로그래머는 비추천 메소드의 사용을 피해야 하며 그것 대신 무엇을 사용해야 하는지를 확인해야 한다.

2.2.1. @Deprecated 예제

The Deprecated Annotation

  • 주석이 붙은 클래스도 주석이 붙지 않은 경우와 동일한 방식으로 컴파일한다.
  • 이 클래스를 컴파일 할 때 비정상적인 그 어떤 것도 기대해서는 안된다.
  • 오버라이드 또는 호출이든 @Depreciated 메소드를 사용하면 컴파일러는 어노테이션을 처리하고
    메소드가 사용되어서는 안된다는 것을 알게 되고 에러 메시지를 만든다.

2.3. SuppressWarnings Annotation

  • 마지막 어노테이션 유형은 SuppressWarnings으로 가장 흥미롭다고 할 수 있다.
  • @SuppressWarnings은 일반적으로 경고하는 내용을 경고하지 말도록 컴파일러에게 지시하는데, 경고는 일종의 범주에 속하므로 주석에 대해
    어떤 종류의 경고를 금지할 것인지 지시해야 한다.
  • Override와 Deprecated와는 다르게 SupressWarnings는 변수를 갖고 있다. 따라서 이를 작동하게 하려면 싱글-어노테이션 유형을 사용해야한다.
  • javac 컴파일러는 all, deprecation, unchecked, fallthrough, path, serial, finally 등 7개의 금지 옵션을 정의한다.
  • 언어 스펙은 이 중에서 두 가지 비추천(deprecation)"과 "비확인(unchecked) 만을 정의한다.
  • 하나 이상의 경고 종류를 억제하려면 다음의 문법과 같이 사용하면 된다.
     @SuppressWarnings({"unchecked", "deprecation"})

2.3.1. @SuppressWarnings 예제

The SuppressWarnings Annotation (type-safe가 아닌 Tiger 코드)

package dfi.study.java;

import java.util.ArrayList;


public class SuppressWarningsTest01

{

  public void SuppressWarningsTest01()

  {

    ArrayList wordList = new ArrayList();    // no typing information on the List

	

    wordList.add("study");                // causes error on list addition

  }

}

non-typed 코드에서 컴파일러 경고

-컴파일 라인에 -Xlint를 추가하면 무엇이 잘못되었는지 구체적으로 표시할 수 있다.

경고 제거하기

  • SuppressWarnings 어노테이션을 사용하여 번거로운 경고를 제거한다
    -@SuppressWarnings(value={"unchecked"})를 적용함.
package dfi.study.java;

import java.util.ArrayList;


@SuppressWarnings(value={"unchecked"})

public class SuppressWarningsTest01

{

  public void SuppressWarningsTest01()

  {

    ArrayList wordList = new ArrayList();    // no typing information on the List

	

    wordList.add("study");                // causes error on list addition

  }

}


# 이 문서는 오라클클럽에서 작성하였습니다.
# 이 문서를 다른 블로그나 홈페이지에 게재하실 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^
# 출처 : http://wiki.oracleclub.com/display/WEBSTUDY/Annotations?
저작자표시

'Java > Language' 카테고리의 다른 글

JVM의 메모리구조  (0) 2009.11.25
JDK 7에 대해서  (0) 2009.11.16
[펌]괜찮은 Java 사이트들  (0) 2009.10.26
JAVA(JDK7) 특징  (0) 2009.10.17
[펌]Silicon Valley Code Code Camp 2009 Trip Report  (0) 2009.10.05

+ Recent posts

티스토리툴바