String 클래스의 일부 소스

public final class String implements java.io.Serializable, Comparable<String>, CharSequence { /** The value is used for character storage. */ ...

그래서 객체입출력을 모르는 상태에서도 문자스트림을 이용하는데 전혀 문제가 없었습니다. 그렇지만 문자스트림을 객체입출력이라 보는 것은 좀 어렵다고 생각 됩니다. File 클래스 또한 Serializable 인터페이스를 구현 하고 있고 각각의 입출력을 하기 위한 문자/바이트 스트림 구조가 완성 돼 있기 때문입니다.

이 점에 대해서 대충 정리를 하자면 이런 식으로 걸고 넘어진다면 각각의 객체의 특징을 모호하게 만든다고 해야 할까요? ㅎㅎ
자바에서는 모든 클래스들은 Object의 자손들인데 여기서 부터 걸고 넘어져야 겠지요.. ㅎㅎ

그럼 객체 입출력을 위한 준비물 클래스를 소개 하도록 하겠습니다.
1. 위에서도 언급을 했던 Serializable 인터페이스를 구현 하는 클래스가 필요합니다.
2. 입출력을 위해서 ObjectInputStream, ObjectOutputStream 클래스가 필요합니다.
3. 문자/바이트 스트림 떄 처럼 Buffered..들을 이용할 수 있으므로 조건적으로 필요할 수 있는 부분입니다.

위에 준비물을 이용해서 우리가 기초적으로 했었던 입출력 예제와 동일하게 이용하면 됩니다.

클래스 사용 예)
ObjectOutputStream oos = new ObjectOutputStream(
     new BufferedOutputStream(new FileOutputStream("data")));
ObjectInputStream ois = new ObjectInputStream(
     new BufferedInputStream(new FileInputStream("data")));

여기 까지는 확실히 익숙한 소스라는 것을 쉽게 확인이 가능합니다.
그럼 다음으로..

이들을 저장 할 떄는 writeObject(객체명); 읽을 때는 readObject(); 메소드를 사용 하면 손쉽게 이용할 수 있습니다.
그런데 여기서 한가지 문제가 발생 되는 것이 존재합니다. 바로 오브젝트로 쓰고 오브젝트로 읽는 다는 점입니다.

객체를 저장 할 떄는 오브젝트 클래스로 저장 하지만 실제 파일은 바이너리 파일이므로 문제가 없습니다.
(위에서 확인을 해보면 바이트스트림을 이용한 것을 알 수 있습니다.)

그러나 파일을 읽을 때는 오브젝트 클래스로 읽어 들이는데 '오브젝트 클래스로 읽은 데이터를 어떻게 처리 할 것인가?'에서 문제를 발생 시키게 되는 것입니다.

SaveData 클래스의 객체를 저장 했다면 다시 SaveData 객체에 넣어줘야 하는 것이지요. 어떻게 해결 해야 할까요?
답은 간단합니다. 오브젝트 클래스로 읽어들였으면 SaveData 클래스로 캐스팅을 해주면 됩니다.

이점에 대해서는 Vector 클래스를 이용 할 때와 비슷하다고 생각하면 이해하는데 도움이 될 것입니다.

그럼 전체 소스를 보도록 합시다.

import java.io.*;
// 입출력에 사용 될 클래스
class SaveData implements Serializable {

// 맴버변수
     private String name;
     private String url;
     private int i;
     private int j;

// 기본 생성자
 public SaveData() {
  this.name = "만성피로";
  this.url = "http://maydaisy.egloos.com/";
  this.i = 100;
  this.j = 1000;
 }

// 오버로딩을 이용한 또 다른 생성자

 public SaveData(String name, String url, int i, int j) {
  this.name = name;
  this.url = url;
  this.i = i;
  this.j = j;
 }

// 출력 메소드

 public void print() {
  System.out.println(this.name);
  System.out.println(this.url);
  System.out.println(this.i);
  System.out.println(this.j+"\n");
 }
}

// 메인 클래스
public class ObjectTest {

// 메인 메소드

 public static void main(String[] args) {
  SaveData[] data = new SaveData[2];
  SaveData[] open = new SaveData[2];

// 각 객체에는 다른 생성자를 이용해서 객체에 연결해준다.

  data[0] = new SaveData();
  data[1] = new SaveData("인사불성", "???", 10, 20);

  try {
// 객체를 저장한다.
   ObjectOutputStream oos = new ObjectOutputStream(
     new BufferedOutputStream(new FileOutputStream("data")));
   oos.writeObject(data);
   oos.flush();
   oos.close();
   
// 저장 파일을 객체로 읽는다.
   ObjectInputStream ois = new ObjectInputStream(
     new BufferedInputStream(new FileInputStream("data")));

// 읽어들인 객체는 오브젝트 형이므로 캐스팅을 해줘야 한다.
   open = (SaveData[])ois.readObject();
   ois.close();
  } catch (Exception e) {
   e.printStackTrace();
  }
  
// 배열객체의 내용을 확인한다.
  for(int i=0;i<open.length;i++){
   open[i].print();
  }
 }
}

위와 같은 예제를 이용해서 객체를 저장 한 경우에 이 파일을 텍스트 파일로 읽으면 문자 깨짐 현상이 일어납니다. 당연히 바이너리 파일이기 때문이지요. 그러나 이 파일을 바이너리 코드 편집기를 통해서 열기를 해보면 잼있는 현상을 볼 수 있습니다.

그 예로 위에서 data[0] 객체에 int 형 변수 i에 1000 이라는 숫자를 넣어서 저장을 했습니다. 이것을 바이너리 편집기를 이용해서 열어보면..

OneToOneChat - JFrame(상속), Runnable(구현), ActionListenet(구현)

-Socket serversocket -Socket sendsocket -ServerSocket server -BufferedReader in -PrintWriter out 적절한 인터페이스...

+OneToOneChat() +setServer() : void +process() : void +run() : void +send() : void +exit() : void +actionPerformed(ActionEvent e) : void

생성자를 이용해서 인터페이스를 구성합니다.

setServer() 메소드는 server 객체에 포트번호 10000번을 인수로 하는 ServerSocket 생성자를 이용해 셋팅을 해줍니다.

process() 메소드는 serversocket 객체를 이용해서 언제든지 메시지를 받을 수 있도록 설정합니다. 이 메소드가 하는 일은 상대방으로부터 메시지를 수신하는 역할을 합니다.

run() 메소드는 Runnable 인터페이스를 구현 한 것입니다. 이 메소드는 setServer(), process() 메소드를 동작 시키는 역할을 합니다.

send() 메소드는 sendsocket 객체를 이용해 메시지를 송신 하는 역할을 합니다.

exit() 메소드는 프로그램을 종료하면 상대방에게 프로그램을 종료 했다는 메시지를 보내고 프로그램 동작을 종료 하는 역할을 합니다.

actionPerformed(ActionEvent e) 메소드는 ActionListenet 인터페이스를 구현 한 메소드 입니다. 메시지를 전달 하는 send() 메소드를 동작 시키는 역할을 합니다.

기타..
프로그램 종료 이벤트는 무명 클래스로 동작하고 WindowAdapter 클래스를 이용합니다. 동작 시키는 이벤트는 exit() 메소드를 동작 시키는 역할을 합니다.
대화 상대가 없을 경우에 Exception을 발생 시켜 "호스트는 오프라인 또는 존재하지 않을 수도 있습니다." 메시지를 출력하도록 합니다.
멀티 쓰레드를 이용하므로 메인메소드와 run() 메소드는 동시에 동작 해야 합니다.

이것으로 필요한 설계에 조건은 대부분 다 모인 듯 합니다.

이제 이와 비슷한 토대로 작성을 하고 동작 되는지를 확인합니다.


그리고 소스를 아래 파일을 참고 하시기 바랍니다.
OneToOneChat.java

public class Internaltest {

 public static void main(String[] args) {
  JFrame frm = new JFrame("외부 윈도우 창");
  
  JPanel jp = new JPanel();
  frm.setLayout(null);
  // 이 부분이 생각보다 중요할 수 있습니다. 레이아웃 메니저 때문에 원하는 데로 설정이 안될 수도 있습니다.
  // JPanel, JFrame는 기본적인 레이아웃이 다르게 설정 돼 있죠..

  JInternalFrame inter = new JInternalFrame("내부 윈도우 창",false,false,false,false);
    // JInternalFrame 클래스는 생성자가 많으니 API를 잘 참고해야 합니다.

  inter.setSize(200,300);
  inter.setLocation(100, 50);
  inter.setVisible(true);
  
  frm.add(inter);
  frm.setSize(500,500);
  
  frm.setVisible(true);
  
 }
}

간단한 예제이지만 실제로 해보지 않으면 도움이 되질 못합니다. 꼭 해보시길 바랍니다.

    }
    while (state == MINUS) {
     Thread.sleep(50);
     jpb.setValue(index);
     label.setText("현재상태 : " + index + "%");
     if (index > 0) {
      index--;
     }
    }
    while (state == STOP) {
    }
   }
  } catch (Exception e) {
   e.printStackTrace();
  }
 }

PLUS, MINUS, STOP는 final 변수이고 state가 액션리스터 메소드에서 값을 변화합니다.
 private final int PLUS = 1;
 private final int STOP = 0;
 private final int MINUS = 2;
 private int state = 0;

그리고 메인메소드에서 이 루프문이 들어 있는 메소드를 실행하면 메인에서 동작하는 것이기에 다운 된 듯한 현상을 깔끔히 해결 할 수 있습니다.
 public static void main(String[] args){
  Exam1102 ex = new Exam1102();
  ex.progressBar();
 }

전체 소스는 아래 파일을 참고 하세요.
Exam1102.java 

그리고 아까 잠시 이야기 했던 멀티쓰레드를 이용하는 방법에 대해서 이야기 합시다.

이 문제가 발생할 수 있는 이유는 다음과 같습니다.
처음 이벤트를 실행 할 때는 전혀 문제가 되지 않습니다. 그러나 문제는 그 이후부터 발생합니다.
멀티쓰레드를 이용하기 위해서는 약간의 조건이 붙는데 한번 실행 된 메소드는 다시 실행이 불가능합니다.
다시 실행을 하려면 객체를 다시 만들어야 한다는 점이지요.
메소드의 재활용이 불가능하다.(?) 라고 할 수 있습니다.
그렇다면 매번 버튼이 눌러질 떄 마다 객체를 새로 생성해야 한다는 것이 문제가 되지요.
어떻게든 잘만 코딩을 한다면 이 문제점을 해결 할수도 있다고 보는데 일단은 효율적인 면에서 떨어진다고 봅니다.
너무 어려운 길을 돌아서 가는 방법이기 때문이지요.
자바를 이해하고 연구 분석을 하기에는 괜찮은 방법일지는 모르겠지만 얻는 것보다 손해 보는 것이 더 많다고 판단 되기 때문에 이 방법은 추천하지 않습니다.

그럼 이번 글은 여기서 마치도록 하겠습니다.

멀티쓰레드에 관한 정보는 아직 부족한 것이 많으니 보충 설명은 댓글을 달아주세요 ^^;