Here is a small text file that you will
   use to test java.util.scanner.

Scanner에 의해 사용된 구획자의 패턴을 간단하게 변경하여 큰 효과와 유연성을 얻을 수 있다. 예를 들어 다음의 구획자를 지정하면,

   scanner.useDelimiter("\\z");

한번에 전체 파일을 읽는다. 이는 Pat Niemeyer가 java.net blog에서 제안하고 있는 요령과도 비슷하다. 몇 개의 중간 오브젝트를 생성하지 않고도 웹페이지의 모든 컨텐츠를 읽을 수 있는 것이다. 다음 WebPageScanner클래스의 코드는 java.net homepage의 현재 컨텐츠를 읽고 있다.

   import java.net.URL;
   import java.net.URLConnection;
   import java.io.IOException;
   import java.util.Scanner;

   public class WebPageScanner {
     public static void main(String[] args) {
       try {
         URLConnection connection =
           new URL("http://java.net").openConnection();
         String text = new Scanner(
           connection.getInputStream()).
           useDelimiter("\\Z").next();
       } catch (IOException e) {
         e.printStackTrace();
       }
     }
   }

Scanner 클래스로 스트링 이외의 것들도 다룰 수 있다. 프리미티브 타입으로 이루어진 데이터를 파싱하는 데에도 사용할 수 있다. 이에 대한 예제로, 다음의 세 라인을 Employee.data라는 이름의 파일(TextSample와 같은 디렉토리 안)에 저장하자.

   Joe, 38, true
   Kay, 27, true
   Lou, 33, false

이를 하나의 큰 스트링으로 취급하여 이 스트링을 파싱한 후에 대화문을 실행할 수도 있지만, 대신에 이 파일을 두가지 단계로 파싱해보자. 이는 다음의 클래스 DataScanner에 설명되어 있다.

   import java.util.Scanner;
   import java.io.File;
   import java.io.FileNotFoundException;

   public class DataScanner {

     private static void readFile(String fileName) {
       try {
         Scanner scanner =
           new Scanner(new File(fileName));
         scanner.useDelimiter
           (System.getProperty("line.separator")); 
         while (scanner.hasNext()) {
           parseLine(scanner.next());
         }
         scanner.close();
       } catch (FileNotFoundException e) {
         e.printStackTrace();
       }
     }

     private static void parseLine(String line) {
       Scanner lineScanner = new Scanner(line);
      lineScanner.useDelimiter("\\s*,\\s*");
       String name = lineScanner.next();
       int age = lineScanner.nextInt();
       boolean isCertified = lineScanner.nextBoolean();
       System.out.println("It is " + isCertified +
         " that " + name + ", age "
         + age + ", is certified.");
     }

     public static void main(String[] args) {
       if (args.length != 1) {
         System.err.println("usage: java TextScanner2"
           + "file location");
         System.exit(0);
       }
       readFile(args[0]);
     }
   }

DataScanner의 바깥쪽 Scanner 오브젝트는 한번에 한 라인씩 파일을 읽는다. readFile() 메소드는 각 라인을 두번째 스캐너에 전달하고, 이 두번째 스캐너는 콤마로 ,구획된 데이터를 파싱하고 콤마 양쪽의 흰 여백을 삭제한다. 다음 token이 특정타입의 token인지 아닌지 분석하여 다음 token을 그 타입의 인스턴스로 취급하도록 하는 hasNext()나 next()메소드들도 있다. 예를 들어 nextBoolean()은 다음 token을 boolean으로 취급하여 "true" 또는 "false" 스트링과 매치시킨다. 매칭이 이뤄지지 않으면 java.util.InputMismatchException이 던져진다. DataScanner의 parseLine() 메소드는 각 라인이 어떻게 String, int, boolean으로 파싱되는지 보여준다.

Compile DataScanner. Then run it as follows:

DataScanner를 컴파일하고 다음과 같이 구동시키자.

   java DataScanner Employee.data

다음과 같은 결과가 나타난다.

   It is true that Joe, age 38, is certified.
   It is true that Kay, age 27, is certified.
   It is false that Lou, age 33, is certified.

콤마를 구획문자로 사용하고 싶을 것이다. 다시 말해 다음과 같이 시도해보려고 할 것이다.

   lineScanner.useDelimiter(",");

이는 결국 InputMismatchException로 끝날 것이다. 이는 boolean으로 변경하려는 token에 여분의 공간이 포함되며 이 공간은 "true"나 "false" 에 매치되지 않기 때문이다. 일반적인 표현문의 모든 애플리케이션에 해당되는 케이스이므로 패턴을 구축하는 데 있어서 특히 세심한 주의가 필요할 것이다.

Scanner에 대한 좀 더 자세한 정보는 formal documentation를 참고하기 바란다.

back to top

공변 리턴 타입(Covariant Return Type)

한 클래스 안에서 리턴 타입만 다른, 서명된 두 개의 메소드를 가질 수 없다. J2SE 5.0 출시 이전에는 또한 수퍼플래스에서 상속 받은 메소드의 리턴 타입을 클래스가 오버라이딩 하는 것도 불가능했다. 이번 팁에서는 공변 리턴 타입(Covariant Return Type)을 허용하는 J2SE 5.0의 새로운 속성에 대해서 알아보기로 하자. 이것은 서브클래스의 메소드가 수퍼클래스에 있는 같은 서명의 메소드에 의해 리턴된 서브클래스 타입의 오브젝트를 리턴할 수 있다는 의미이다. 이 속성에 의해 지나친 타입 확인과 캐스팅이 필요 없어졌다.

다음의 ConfusedClass로 시작해보자. 이 클래스는 동일한 서명을 가진 두개의 메소드를 선언하려고 한다. 그 중 하나는 JTextField를 리턴하고 다른 메소드는 JPasswordField를 리턴한다.

   import javax.swing.JTextField;
   import javax.swing.JPasswordField;

   public class ConfusedClass {

     public JTextField getTextField(){
       return new JTextField();
     }
  
     public JPasswordField getTextField(){
       return new JPasswordField();
     }
   }

ConfusedClass를 컴파일하려고 시도하면 다음과 같은 컴파일 에러를 얻게 될 것이다.

   ConfusedClass.java:10: getTextField() is already defined in 
   ConfusedClass
     public JPasswordField getTextField(){
                                  ^
   1 error

getTextField()를 호출하는 클래스의 관점에서 이 상황을 들여다보면, 컴파일 타임 에러에 대한 이유를 볼 수 있다. 둘 중 표적으로 삼는 메소드가 어떤 것인지 어떻게 지적할 것인가? 그 예로 다음을 생각해보자.

   ConfusedClass cc = new ConfusedClass();
   JTextField field = cc.getTextField();

JPasswordField가 JTextField를 확장하기 때문에 어떤 메소드이든지 정확히 호출될 수 있다.

그 다음으로 다른 버전의 getTextField() 메소드를 갖는 두 개의 클래스를 생성하자. 이 두 메소드는 구현과 리턴 타입이 서로 다르다. 다음과 같이 기초부터 시작하자.

   import javax.swing.JTextField;

   public class ConfusedSuperClass {

     public JTextField getTextField(){
       System.out.println("Called in " + this.getClass());
       return new JTextField();
     }
  
   }

   import javax.swing.JPasswordField;

   public class ConfusedSubClass extends ConfusedSuperClass {

     public JPasswordField getTextField(){
       System.out.println("Called in " + this.getClass());
       return new JPasswordField();
     }
  
   }

J2SE 5.0 이전의 JDK 버전을 이용하고 있다면 ConfusedSubClass는 컴파일 되지 않고 다음과 같은 에러가 나타날 것이다.

   ConfusedSubClass.java:5: getTextField() in ConfusedSubClass 
   cannot override getTextField() in ConfusedSuperClass;
   attempting to use incompatible return type
   found   : javax.swing.JPasswordField
   required: javax.swing.JTextField
     public JPasswordField getTextField(){
                                  ^
   1 error

이 에러는 모순된 리턴 타입을 이용하려 하기 때문에 발생한다. 사실 리턴시키려는 JPasswordField은 JTextField의 서브 타입이다. 동일한 코드가 J2SE 5.0에서는 제대로 컴파일된다. J2Se 5.0에서는 메소드의 리턴타입을 오리지날 타입의 서브타입과 오버라이딩 할 수 있는 것이다. 그 예로 ConfusedSuperClass의 getTextField() 메소드는 JTextField타입의 인스턴스를 리턴하며, ConfusedSubClass의 getTextField() 메소드는 JPasswordField 타입의 인스턴스를 리턴한다.

다음의 NotConfusedClient 클래스로 이 두 클래스들을 연습해볼 수 있다. NotConfusedClient 클래스는 ConfusedSuperClass 타입과 ConfusedSubClass 타입의 인스턴스를 생성하고, 각 인스턴스에 getTextField()를 호출, 메소드에서 리턴된 오브젝트에 일치하는 타입을 보여준다.

   import javax.swing.JTextField;

   public class NotConfusedClient {
     static JTextField jTextField;

     public static void main(String[] args) {
       System.out.println("===== Super Class =====");
       jTextField = new ConfusedSuperClass().getTextField();
       System.out.println("Got back an instance of "
         + jTextField.getClass());
       System.out.println("===== Sub Class =====");
       jTextField = new ConfusedSubClass().getTextField();
       System.out.println("Got back an instance of  "
         + jTextField.getClass());
     }
   }

NotConfusedClient를 컴파일하고 구동하자. 다음과 같은 결과가 나타날 것이다.

   ===== Super Class =====
   Called in class ConfusedSuperClass
   Got back an instance of class javax.swing.JTextField
   ===== Sub Class =====
   Called in class ConfusedSubClass
   Got back an instance of  class javax.swing.JPasswordField

실제로 getTextField()의 리턴 타입을 ConfusedSubClass의 JTextField로 변경하면 같은 결과를 갖게 될 것이다. getTextField()를 호출하여 리턴된 오브젝트를 사용할 때 이득이 된다. J2SE 5.0 이전 버전에서는 기본 클래스에는 없고 파생 클래스에만 존재하는 메소드를 사용하려면 다운캐스트를 해야한다. 그러나 J2SE 5.0에서 ConfusedSubClass는 수퍼클래스에 존재하는 대신 getTextField()로 지정된 여러 타입으로 컴파일된다. 이제 서브타입에서만 사용할 수 있는 메소드를 호출하기 위해 공변 리턴 타입을 사용할 수 있는 것이다. 첫번째로, 수퍼클래스를 다음과 같이 고쳐보자.

   public class SuperClass {

     public SuperClass getAnObject(){
       return this;
     }

   }

일치하는 서브클래스에 한정 메소드를 추가하고 getAnObject() 메소드의 리턴 타입을 변경하자.

   public class SubClass extends SuperClass {

     public SubClass getAnObject(){
       return this;
     }

     public void exclusiveMethod(){
       System.out.println("Exclusive in Subclass.");
     }
  
     public static void main(String[] args) {
         System.out.println("===== Call Exclusive method =====");
         new SubClass().getAnObject().exclusiveMethod();
     } 

   }

SuperClass와 SubClass를 컴파일하고,SubClass를 구동하자. 다음과 같은 결과가 나타난다.

   ===== Call Exclusive method =====
   Exclusive in Subclass.

main() 메소드는 서브클래스의 인스턴스를 생성한 후 getAnObject()를 호출한다. 이는 SubClass타입의 리턴 오브젝트에 exclusiveMethod()를 호출하여 실행된다. getAnObject()의 리턴타입이 SubClass.java클래스의 SuperClass라면 그 코드는 컴파일되지 않는다.

back to top

Reader Feedback   매우 좋다    좋다    그저 그렇다    자바 프로그래밍이 궁금하세요? Java Online Support을 참고하세요.

back to top