무위자연

VisualSVN+TortoiseSVN

vimming — Tue, 04 Aug 2009 20:30:21 GMT

출처 : http://pureholic.net/2009/05/26/developing-enviormentvisual-studio-2008-visualsvn-server-tortoisesvn/

윈도우 통합개발 환경 구축하기(Visual Studio 2008 + VisualSVN Server + TortoiseSVN)

5월 26th, 2009 동근 댓글 남기기 댓글로 바로가기

이제 본겨적으로 개발모드로 들어가기 전에 소스 관리 등을 위한 윈도우 개발환경을 구축할 필요가 있었다. 지금 깔아둔 것이라고는 학교에서 제공되는 Visual Studio 2008 …

소스관리가 필요하다. 나 같이 만들다가 갑자기 막 뜯어고치고 실패했을 때, 돌아가지 못하는 상황은 종종 발생된다. 그리고 끝도 없이 Ctrl + z 만 누르고 있다. 이제 그런 생활은 안녕! 소스관리모드 돌입!

1. VisualSVN 설치

역시 소스관리에서 제일 유명하신 Subversion을 설치할 예정인데 Apache 깔고 이럴러면 일이 너무 많기 때문에 한방에 해결해주는 VisualSVN Server로 결정!

재미있는 것이 VisualVCN Client는 유료인데, Server는 무료다.

Download : http://www.visualsvn.com/server/

부담없는 용량 약 4M의 프로그램을 다운 받아서 설치!

2. TortoiseSVN 설치

Subversion의 유명한 GUI 클라이언트 프로그램인 TortoiseSVN을 설치한다. 이 녀석은 윈도우의 쉘(explorer) 확장 프로그램으로 탐색기 팝업 메뉴에서 Subversion 작업을 할 수 있게 도와준다.

Download : http://tortoisesvn.net/downloads
한글언어팩 : http://tortoisesvn.net/translation_release_gui

위의 주소에서 부담없이 받을 수 있다. 역시 오픈소스 사랑해요!

설치를 완료하면 재부팅을 요구한다. 귀찮게 하지만 작업관리자-Task Manager(Ctrl+Alt+Del)로 들어가서 쉘(explorer.exe)만 종료한 뒤 프로그램을 시작할 수 있다. 언어팩은 귀찮으니깐 패스!

3. 저장소(Repository) 만들기

저장소는 VisualSVN으로도 만들 수 있고 TortoiseSVN을 이용해서도 만들 수 있다. 아래의 이미지를 참고해서편한 스타일로 만들도록 한다. 어차피 현재(2009.05.26) 저장소를 만들 때, 기본적인 파일시스템(Native FS,FSFS)의 방법으로 만들어졌다.

아래의 이미지는 MediaGestures 라는 프로젝트를 위한 저장소이다.

4. 저장소(Repository)의 설정

만들어진 저장소 안의 conf 디렉토리안에 설정과 관련된 파일들이 존재한다.

svnserve.conf : svnserve를 사용한 저장소 서버를 구성할 때 사용
passwd : svnserve에서 사용되는 사용자 ID/PW
authz : svnserver, Apache에서 사용, 접근 권한 설정 파일

하지만 이런 설정을 Linux도 아닌 윈도우에서 GUI없이 한다는 것은 매우 불편하다. 그래서 역시 VisualSVNServer를 사용해준다. Properties 로 들어가서 간단하게 필요한 User를 추가해주면 알아서 자동으로 된다. 자세한것은 알려하지 말자 머리아프다.

authz 설정은 Hooks 항목에서 설정할 수 있다. 필요하면^^;

5. 저장소(Repository) 기본 디렉터리 생성

기본적으로 필요한 trunk, branches, tags 디렉터리를 생성한다. VisualSVN Server로 저장소를 만들 때 기본으로 함께 만들 수도 있다.

trunk : 개발이 이루어지는 디렉터리
branches : 프로젝트 안의 작은 프로젝트
tags : 릴리즈 버젼 보관 장소

6. SVN에 접속하기

TortoiseSVN을 이용해서 SVN에 접속할려면 바탕화면에서 오른쪽 클릭 -> TortoiseSVN ->Repo-Browser을 클릭하고 URL(VisualSVN Server에 적힌 주소를 사용하면 된다) 입력하면 접속할 수 있다.

7. 프로젝트 Import 하기

저장소로 프로젝트를 Import하여 이제 사용하는 방법을 알아본다. 간단하게 탐색기에서 임포트할 프로젝트를 SVN > Import 하면 된다.

8. SVN Checkout 으로 프로젝트 받기

이제 거의 끝났다. SVN에 있는 프로젝트를 받아서 바뀐 파일들을 쉽게 파악할 수 있도록 SVN Checkout을 클릭해서 원하는 위치로 받는다. 그럼 아래의 화면처럼 v(체크)표시는 바뀌지 않은 것들이고 !(느낌표)는 수정된 파일이기 때문에 commit이 필요하다는 것을 의미한다.

아.. 힘들다. 오늘은 여기까지 SVN을 본격적으로 사용하는 것은 다음 번에 생각하고 일단 여기까지 만족!

자바의 문자깨짐 대책FAQ

vimming — Mon, 27 Jul 2009 20:40:26 GMT

출처:http://www.atmarkit.co.jp/fjava/rensai3/mojibake01/mojibake01.html

번역:제갈장비

* 일본어 문자깨짐 해결에 대한 문서를 번역한 것입니다.
* 한글상황에 맞지 않는 코드 부분을 염두에 두시길 바랍니다.

자바의 문자깨짐 대책FAQ(1)

웹브라우저가 문자코드를 판별하는 기준은?

JSP/Servle 프로그래밍에서 누구든 한번은 만나는 트러블이 문자깨짐이다.
예기치않게 문자깨짐으로인해 디버그로 고생한 경험이 있는 사람도 많을
것이다. 이 연재에서는 JSP/Servle에서 문자열 취급의 기초를 복습하고
문자깨짐의 해결책을 해설 할 예정이다.(편집국)

질문1:웹브라우저는 어떻게 문자코드를 판별하는가?
해답:HTTP의 Cotent-Type 헤더이다.

HTML 4.01 사양에서는 웹브라우저가 이하의 우선순위로 문자코드를 결정하도록
규정되어 있다.
1. HTTP에서 Content-Type 헤더의 charset 파라메타.
2. HTML문서 내의 META선언 및 http-equiv 속성으로 설정된
Content-Type 헤더의 charset 파라메타.
3. HTML문서 내 각요소의 charset속성.

웹서버가 송신하는 HTTP헤더에는 송신내용이 어떠한 성질의 콘텐츠인가를
웹브라우저에 알리기 위해 이하와 같은 Content-Type 헤더를 통하여
콘텐츠의 미디어타입(이하의 예에서는 text/html)을 명시한다.

Content-Type: text/html; charset=Shift_JIS

이것에 의해 웹브라우저는 수신한 콘텐츠가 HTML문서인지 영상화일인지 혹은
외부 어플리케이션이나 플러그인으로 열어야 할 화일인지를 판별한다.

웹브라우저가 HTML문서의 문자코드를 판별할 때에는 이 미디어타입의
charset 파라메타를 최우선으로 참조한다.
만약, charset 파라메타나 Content-Type 헤더 자체가 없는 경우에는
HTML문서 내에 META선언이 있는지 찾는다.
그래도 문자정보를 얻지 못하면 HTML문서의 내용으로 추측하여 문자코드를
자동판별한다.

문자코드를 웹브라우저에 확실하게 전달하기 위해서는 웹서버가 송신하는
Content-Type 헤더를 사용하면 된다.
달리말하면, HTML문서 내에서 META선언을 지정했다 하더라도 아무 효과가
없는 경우가 많다.
예를 들어, META선언으로 문자코드를 지정하는 이하와 같은 JSP페이지를
작성해 보자.

<%@ page language="java" %>

테스트

테스트

이 JSP페이지를 서블릿 컨테너 Tomcat(Tomcat 5.0.28)에서 출력하면
문자전체가 깨지는 것을 볼 수 있다.
이와같이, JSP파일 내의 META선언에의한 문자코드 지정은 잘 되지 않는다.
왜냐하면, Tomcat은 Content-Type 헤더에 디폴트 문자코드인 ISO-8859-1을
지정하기 때문에 이것이 META선언보다 우선한다.

이러한 트러블을 피하기 위해서는 출력할 HTML문서의 문자코드를 Tomcat에
확실하게 전달할 필요가 있다. 구체적으로는 이하의 2가지 방법이 있다.

- JSP의 경우 : page directive로 문자코드를 지정
- 서블릿의 경우 : HttpServletResponse.setContentType 메소드로 문자코드를 지정

JSP의 경우, page directive로 문자코드를 바르게 기술해 둔다.
이 page directive 부분에 지정해 두면 META선언에 의한 지정은 불필요하다.
그리고 서블릿의 경우, HttpServletResponse 오브젝트의
setContentType 메소드를 이용하여 서블릿이 출력할 콘텐츠의 문자코드를
명시하면 된다.

res.setContentType("text/html; charset=Windows-31J");

덧붙여서, 아파치 HTTP서버와 Tomcat을 연동하는 경우,
아파치의 httpd.conf에 이하와 같은 디폴트 문자코드가 지정되어 있으면
그것이 우선되므로 그 행을 코멘트아웃 처리해야 한다.

AddDefaultCharset ISO-8859-1

질문2:page directive에서 문자코드를 바르게 지정하는 방법은?

해답:contentType 속성과 pageEncoding 속성을 기술한다.

JSP파일의 문자코드를 서블릿 컨테너에 전하여 적절한 Content-Type 헤더를
출력하려면 JSP파일의 선두에 이하의 page directive를 기술하면 된다.

<%@ page language="java" contentType="text/html; charset=Windows-31J"
pageEncoding="Windows-31J" %>

이 2가지의 속성은 각기 다음과 같은 역할을 담당한다.

- contentType 속성 : JSP파일 출력시 문자코드 및 Content-Type 헤더에

출력할 문자코드명을 지정

- pageEncoding 속성 : JSP파일 작성시의 문자코드를 지정

자바가상머신(JVM)의 내부에서는 모든 문자열이 Unicode로 표현된다.
그러므로 서블릿 콘테너는 JSP파일을 JVM에 읽어들일 때 JSP파일의
문자코드(예를들어 Windows-31J)에서 Unicode로 변환한다.
그리고 웹브라우저에 HTML문서를 출력할 때는 Unicode로부터 출력파일의
문자코드로 변환한다.

■contentType 속성의 역할

contentType 속성은 "JSP파일 출력시의 문자코드", "Content-Type 헤더에
지정할 문자코드"의 양쪽을 지정하는 기능을 갖는다.
상기 코드와 같이 기술하면 서블릿 콘테너는 콘텐츠를 Windows-31J로
Encode하여 출력한다.
또한 동시에 Content-Type 헤더를 통하여 문자코드 종류를 웹브라우저에
전달한다.

■pageEncoding 속성의 역할

pageEncoding 속성은 "JSP파일 작성시의 문자코드"를 지정하기 위한
속성으로서 JSP 1.2사양(Tomcat 4.0) 이후부터 지원된다.
예를들어, 윈도우즈에서 작성한 JSP파일이면 Windows-31J를 지정하면 된다.
UNIX의 일본어 에디터로 작성한 것이라면 EUC-JP를 지정하면 바르게 처리될
것이다.

pageEncoding 속성을 생략한 경우, JSP 1.2 사양에서는
"contentType 속성에서 지정된 문자코드로 JSP파일을 읽어들임"
이라고 규정되어 있다.
그러므로 보통은 생략해도 문자깨짐이 발생할 염려는 없다.
그렇지만 Windows-31J -> Unicode -> Windows-31J 의 문자코드 변환은
기억해 둬야 한다.
또한 include 된 JSP파일에서는 contentType 속성을 기술할 수 없으므로
pageEncoding 속성을 이용할 필요가 있다.
이 문제에 대해서는 다음회에 설명할 예정이다.
덧붙여, contentType 속성과 pageEncoding 속성에는 각기 다른 문자코드를
지정할 수도 있다.
예를들어 ShiftJIS로 작성한 JSP파일을 EUC-JP,UTF-8등으로 출력하는 것도
가능하다.

Tomcat/JSP와 한글

vimming — Mon, 27 Jul 2009 20:01:20 GMT

총 정리 차원에서...
Tomcat 한글 설정하기
일반적으로 웹 어플리케이션이 GET과 POST 방식으로 파라미터를 넘겨 받을 때 request.setCharacterEncoding()을 통한 문자셋 인코딩이 필요하다.

◎ Tomcat 4.x
단순히 JSP 혹은 서블릿의 최 상단에 request.setCharacterEncoding("euc-kr");을 하면 된다.
GET과 POST 방식에 상관없이 인코딩을 해준다.

◎ Tomcat 5.x
POST 방식은 request.setCharacterEncoding("euc-kr");로 계속 하면된다.
하지만 GET 방식은 server.xml의 설정 부분을 바꿔줘야만 한다.

  maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
  enableLookups="false" redirectPort="8443" acceptCount="100"
  debug="0" connectionTimeout="20000"
  disableUploadTimeout="true" URIEncoding="euc-kr"/>

  enableLookups="false" redirectPort="8443" debug="0"
  protocol="AJP/1.3" URIEncoding="euc-kr"/>

위에서 URIEncoding="euc-kr" 부분이다.그리고 아래의 port="8009" 부분은 mod_jk를 이용해서 Apache와 Tomcat 5.x 를 연동할 때 URIEncoding="euc-kr"을 지정할 필요가 있다.

URIEncoding으로 지정할 경우, 만약 웹 어플리케이션이 EUC-KR과 UTF-8을 각 요청 별로 따로 처리할 필요가 있을경우 그에 대응할 수 없다. 대신, useBodyEncodingForURI="true"을 사용하면 Tomcat 4.x와 동일한 방식으로 즉, request.setCharacterEncoding() 값에 따라 GET/POST 방식 모두를 처리할 수도 있다. (참조 : http://tomcat.apache.org/tomcat-5.5-doc/config/http.html)

결론적으로 Tomcat 4.x와 Tomcat 5.x 는 모두 request.setCharacterEncoding()이 필요하다는 사실에는 변함이 없다.

◎ 한글 파라미터를 가진 링크를 만들 때
JSP페이지에서 링크를 생성할 때, 한글이 됐든 공백이나 특수문자를 가진 영어가 됐든, 순수하게 영어와 숫자, 밑줄 등으로만 이뤄진게 아닌 모든 파라미터를 넘길 때는 무조건 URLEncoding을 해야한다고 봐도 된다.

WebContainer에 따라 URLEncoding을 안하고 넘겨도 작동하는 경우가 있는데, 동일한 웹 컨테이너라도 버전에 따라한글을 제대로 인식하지 못하는 경우도 있고, 또 다른 컨테이너에서는 URLEncoding이 안된 한글을 전혀 인식하지 못할 수도있다.

그러므로 무조건 표준을 따라서 java.net.URLEncoder.encode()메 소드를 사용해 인코딩해서 넘기도록 한다.디코드 작업은 request.setCharacterEncoding()에 의해서 자동으로 이뤄지므로 해줄것이 없다.(Tomcat3.x대- JSP Spec 1.1 -에서는 request.setCharacterEncoding()이 없으므로String.getBytes()를 이용해 직접 디코딩을 해줘야만 했다)

◎ <%@ include file="test.jspf"%> 에서의 한글
위와 같이 test.jspf를 static include 할 경우에 test.jspf에 있는 한글이 모두 깨질 수 있다.test.jspf에도 한글 설정이 필요한데, 이 경우에는 test.jspf의 최 상단에 다음을 추가하면 된다.

<%@page pageEncoding="euc-kr"%>

staticinclude : JSP 페이지를 컴파일하는 시점에 해당 jspf 파일의 내용을 문자열 그대로 현재 jsp에 삽입하여 컴파일하는 것. static include 방식에서 include 되는 대상 jsp의 확장자는 .jspf로 하는 것이 표준이다..jspf 는 단독 실행을 위한 것이 아니라 항상 다른 JSP에 포함되어 쓰이는 목적으로 만들어졌기 때문에 완전한 JSP의형태를 갖추고 있지 않다.
이 방식은 동적include 방식으로, JSP 페이지가 실행되는 중간에 page에 지정된 jsp를 실행한 결과를 삽입하는 방식이다. 이방식에서는 include 되는 JSP 페이지가 원래부터 페이지 인코딩 정보 등을 포함한 완전한 JSP 형태를 갖추고 있어야만한다.

출처 : http://kwon37xi.egloos.com/1462013

[NIO-02] NIO를 이용한 간단한 예제 공부/Java

vimming — Fri, 19 Jun 2009 21:41:20 GMT

오늘 알아 볼것은 NIO가 동작하는 방법입니다.



이제까지 사용하던 IO의 사용법은 다음과 같습니다.



1. Stream을 연다.



2. Stream에 쓴다.



오~ 놀랍도록 간단합니다. ;;;;





그럼 NIO가 동작하는 방법을 보겠습니다.



1. Stream을 연다



2. Stream에서 Channel을 얻는다.



3. Buffer를 만들어 Channel에 쓴다.







NIO는 스트림을 열고. 그곳에서 다시 채널을 얻어 냅니다.



그런뒤에 그냥 일반적인 DATA를 쓰는것이 아니라.



Buffer를 통째로 넘겨서 Channel에 쓰게 합니다.











그럼 NIO에 대한 소스를 하나 보면서 설명 드리겠습니다.



소스는 매닝사에서 나오고 인포북에서 번역 출간한



" JDK 1.4 튜토리얼 " 을 참고 했습니다.



=================================================================================











01: // NioTest1.java



02: /*



03:  * 작성된 날짜: 2003. 12. 5.



04:  *



05:  * 프로그램명 :



06:  * 버젼           :



07:  * 파일명        : NioTest1.java



08:  * 



09:  * 프로그램 설명 :



10:  * 



11:  */



12:  



13: import java.io.*;



14: import java.nio.*;



15: import java.nio.channels.*;



16: 



17: /**



18:  * @author ggaman.com



19:  * http://ggaman.com



20:  *



21:  * 클래스 명 : NioTest1.java



22:  * 버젼        :



23:  * 



24:  * 하는 일 :



25:  * 



26:  */



27: public class NioTest1 {



28:         



29:         // 자 프로그램을 시작해 보죠.



30:         public static void main(String[] args) throws Exception {



31:                 



32:                 // 우선 화일 객체를 두개 만들겠습니다. 각각 입력과 출력을 맡을껍니다.



33:                 File fi = new File("input.txt") ;



34:                 File fo = new File("output.txt") ;



35:                 



36:                 // 이제 화일의 입출력을 하기 위해서 스트림을 만들어서 열어야 합니다.



37:                 FileInputStream fis = new FileInputStream(fi);



38:                 FileOutputStream fos = new FileOutputStream(fo);



39:                 



40:                 // #### 1



41:                 // 여기서 재미난 것이 있군요.



42:                 // 화일의 입출력을 위해 연 fis 과 fos 에서 채널을 얻어 냅니다.



43:                 FileChannel fic = fis.getChannel();



44:                 FileChannel foc = fos.getChannel();



45: 



46:                 // #### 2



47:                 // 이것은 NIO를 쓰기 위해서 Buffer을 하나 만들죠.



48:                 // 재미난것은 Buffer은.. 생성자를 쓰지 않는군요.



49:                 // 나중에 한번 다시 확인해 보도록 하죠.



50:                 ByteBuffer buf = ByteBuffer.allocate( 1024 );



51:                 



52: 



53:                 // 무한 루프를 돕니다.



54:                 while(true) {



55:                         // #### 3



56:                         // 여기서는 fic 즉 입력 채널에서 데이터를 읽어 들입니다.



57:                         // 역시 재미난것은 ByteBuffer만 써 주었다는 것이지요.



58:                         int ret = fic.read(buf);



59:                         



60:                         // 여기서 ret가 -1이 반환되면 화일의 끝이 됩니다.



61:                         // 즉 -1이 아니면 화일을 복사 해야 겠죠?



62:                         if ( ret != -1 ) {



63:                                 // #### 4



64:                                 // 버퍼를 플립하고 ( 나중에 설명 들어 갑니다. )



65:                                 // 출력채널에다가 Buffer를 써 줍니다.



66:                                 // 그리고 버퍼를 클리어 시키죠.



67:                                 buf.flip() ;



68:                                 foc.write(buf);



69:                                 buf.clear() ;



70:                         }



71:                         else break;        // -1(화일끝)이 나오면 루프를 멈춥니다.



72:                 }



73:                 



74:         }



75:         



76: }







======================================================================











자 그림 위에서 체크 ( #1, #2 ... ) 되어 있는 몇 부분을 확인해 보겠습니다.







####### 1



// #### 1



// 여기서 재미난 것이 있군요.



// 화일의 입출력을 위해 연 fis 과 fos 에서 채널을 얻어 냅니다.



FileChannel fic = fis.getChannel();



FileChannel foc = fos.getChannel();







바로 스트림에서 채널을 얻어 내는 부분입니다.







사용법은 다음과 같네요







FileChannel fic = fis.getChannel();







여기 같은 경우는 FileInputStream이니깐 당연히 FileChannel 로 받아야 합니다.







채널은 다음과 같은 종류가 있습니다.



DatagramChannel, FileChannel, Pipe.SinkChannel, Pipe.SourceChannel, SelectableChannel, 







SocketChannel 등



Java 1.4.2 API 문서에서 참고한것입니다.







각각 맞는 채널을 사용하면 될 것 같습니다.















####### 2



// #### 2



// 이것은 NIO를 쓰기 위해서 Buffer을 하나 만들죠.



// 재미난것은 Buffer은.. 생성자를 쓰지 않는군요.



// 나중에 한번 다시 확인해 보도록 하죠.



ByteBuffer buf = ByteBuffer.allocate( 1024 );







바로 Buffer 부분입니다. NIO에서는 입출력을 위해서 Buffer를 Channel에 쓰게 됩니다.







제가 생각하기로 이 버퍼는 데이터를 저장하기 위한 공간입니다.



일반적인 io에서는 데이터를 넘기면(읽거나 쓰거나) Block 되면서 처리하게 됩니다.



하지만 NIO에서는 Block 되지 않으므로 호출한 즉시 처리가 되지 않는다면



데이터를 어디엔가 저장했다가 써야 하기 때문에 Buffer이 필요한것으로 생각됩니다.







재미난것은 보통과 다르게 Buffer은 생성자를 쓰지 않습니다.



위의 소스를 보면 다음과 같이 사용했습니다.







ByteBuffer buf = ByteBuffer.allocate( 1024 );







바로 allocate를 사용하여 buf라는 이름으로 메모리를 할당하게 됩니다.



( 마치 C에서 malloc(sizeof(byte) * 1024 ) 하는것과 같은것 같군요 ^^ )







그럼 ByteBuffer의 원래 소스의 일부를 한번 확인해 보겠습니다.



====================================================================================



    ByteBuffer(int mark, int pos, int lim, int cap,	// package-private



		 byte[] hb, int offset)



    {



	super(mark, pos, lim, cap);



	this.hb = hb;



	this.offset = offset;



    }



====================================================================================



보다시피 생성자가 package-private 로 설정이 되어 있군요.



그래서 new를 이용해서



ByteBuffer buf = new ByteBuffer(1024);



이런식으로 생성할수가 없게 되어 있습니다.



( 이렇게 생성자를 private로 만든것은 Singleton 패턴에도 존재하죠 )



( 궁금하신 분은 Performance 쪽을 확인해 주십시오. ^^ )















####### 3



// #### 3



// 여기서는 fic 즉 입력 채널에서 데이터를 읽어 들입니다.



// 역시 재미난것은 ByteBuffer만 써 주었다는 것이지요.



int ret = fic.read(buf);







이 부분은 채널에서 데이터를 읽어 오는 부분입니다.







보통의 IO에서는 다음과 같은 메소드로 데이터를 읽어 들입니다.



1. read()



2. read(byte[] b)



3. read(byte[] b, int off, int len)







하지만 NIO는 다음과 같은 메소드를 사용합니다.



1. abstract  int read(ByteBuffer dst) 



2.          long read(ByteBuffer[] dsts)  



3. abstract long read(ByteBuffer[] dsts, int offset, int length)



4. abstract  int read(ByteBuffer dst, long position) 







역시나 몇개가 되죠.



하지만 여기서 중요한것은 바로 모든것이 ByteBuffer을 사용한다는 것입니다.



( 물론 다른 형태(Char, Float등)에 대하여는 거기에 맞는것을 사용해야 할것입니다. )











채널에 대하여 하나 더 알아두고 가야 할것이 있습니다.



FileChannel 클래스를 확인해 보면...



read() 메소드 뿐만 아니라, write 메소드가 있습니다.



즉, 채널로 입출력을 동시에 할 수 있게 됩니다.















####### 4



// #### 4



// 버퍼를 플립하고 ( 나중에 설명 들어 갑니다. )



// 출력채널에다가 Buffer를 써 줍니다.



// 그리고 버퍼를 클리어 시키죠.



buf.flip() ;



foc.write(buf);



buf.clear() ;











이부분은 데이터를 복사하는 부분입니다.



화일의 끝 ( API에 따르면 End-of-Stream ) 이면 -1을 반환하게 됩니다.











이 다음에 나오는 부분이 가장 설명하기가 까다로운 부분입니다.



buf.flip() 과 buf.clear() 부분인데.











buf는 데이터를 저장하고 있습니다.



버퍼의 끝 ( 데이터 저장할 마지막 자리, 배열처럼 설명하면 buf[1023] )이 있고



그리고 데이터가 들어 있는 장소의 끝이 있을것입니다.















배열은 아니지만 배열 처럼 설명을 드리겠습니다.



buf는 10개의 방이 있습니다.



그리고 0,1,2,3,4,5 에는 데이터가 들어 있습니다.







그렇다면 buf의 끝은 9번 방이 될것이고



buf 데이터의 끝은 5가 될것입니다.















buf.flip() 는 buf의 데이터끝을 조정합니다.



처음 buf가 만들어지면 실제 데이터의 끝이 어딘지 모르니깐



맨 마지막을 가리키고 있을것입니다.



그리고 실제 데이터가 들어 오면, 입출력 할곳을 정한 포인터가



한칸씩 이동하면서 데이터를 읽거나 쓰게 될겁니다.







하지만 읽은 데이터를 사용하려고 한다면,



입출력을 정하는 포인터는 제일 앞으로 이동해야 할것이고,



데이터의 마지막에 어디인지를 가르키는 포인터가 데이터의 끝 지점에 위치 해야 할것입니다.











그렇기 때문에 buf.flip()를 사용하여 buf에서 데이터의 끝을 가르키는 포인터를



( 현재는 제일 버퍼의 마지막에 있을것입니다. ) buf 실제 데이터의 마지막으로 옮깁니다.



그리고 파일을 입출력할 장소를 나타내는 포인터를 제일 앞으로 옮깁니다.







그런뒤에 foc 채널에다가 데이터를 씁니다.







그뒤에 buf.clear()을 사용하여 버퍼를 완전히 비워 버립니다.



( buf의 초기화 )



물론 데이터의 입출력 포인터 역시 제일 앞칸으로 이동하고,



buf의 실제 데이터의 끝을 나타내는 포인터 역시 제일 마지막칸으로 이동합니다.















예제가 간단하기는 하지만 어떤 방식으로 NIO를 사용하는지 이해가 될것이라 믿습니다.







마지막으로 중요한것만 정리 하면.







1. Stream에서 Channel을 얻는다.



2. Buffer을 만들어서 Channel로 입출력을 한다.



3. ByteBuffer.flip() 또는 ByteBuffer.clear() 가 동작하는것을 알아야한다.





출처 : http://ggaman.com/tt/456

자바 파일복사 코드와 성능 2 :: Java File Copy Code & Perfomance Issue. part 2

vimming — Tue, 16 Jun 2009 16:24:44 GMT

자바 파일복사 코드와 성능 2 :: Java File Copy Code & Perfomance Issue. part 2

JAVA 2008/07/13 21:21 by 서비

지난 포스트를 통해 자바로 파일을 복사하는 몇가지 방법을 알아보았다.
이번시간에는 각 코드의 성능을 간단히 확인해 보고자 한다.



/*

 * author 신윤섭

 */

package filecopy;

import java.io.File;

import java.io.FileInputStream;

import java.io.FileOutputStream;

import java.io.IOException;


/**

 * Stream을 이용한 파일복사 코드 스니핏

 * @author 신윤섭

 */

public class StreamCopy {


 /**

  * source에서 target으로의 파일 복사

  * @param source

  * @param target

  */

 public void copy(String source, String target) {

  //복사 대상이 되는 파일 생성 

  File sourceFile = new File( source );

  

  //스트림 선언 

  FileInputStream inputStream = null;

  FileOutputStream outputStream = null;

  

  try {

   //스트림 생성

   inputStream = new FileInputStream(sourceFile);

   outputStream = new FileOutputStream(target);

   

   int bytesRead = 0;

   //인풋스트림을 아웃픗스트림에 쓰기

   byte[] buffer = new byte[1024];   

   while ((bytesRead = inputStream.read(buffer, 0, 1024)) != -1) {

    outputStream.write(buffer, 0, bytesRead);

   }

   

  } catch (Exception e) {

   e.printStackTrace();

  }finally{

   //자원 해제

   try{

    outputStream.close();

   }catch(IOException ioe){}

   try{

    inputStream.close();

   }catch(IOException ioe){}

  }


 }

}



/*

 * author 신윤섭

 */

package filecopy;

import java.io.File;

import java.io.BufferedInputStream;

import java.io.BufferedOutputStream;

import java.io.FileInputStream;

import java.io.FileOutputStream;

import java.io.IOException;


/**

 * Buffer를 이용한 파일복사 코드 스니핏

 * @author 신윤섭

 */

public class BufferCopy {


 /**

  * source에서 target으로의 파일 복사

  * @param source

  * @param target

  */

 public void copy(String source, String target) {

  //복사 대상이 되는 파일 생성 

  File sourceFile = new File( source );

  

  //스트림, 버퍼 선언

  FileInputStream inputStream = null;

  FileOutputStream outputStream = null;

  BufferedInputStream bin = null;

  BufferedOutputStream bout = null;

  

  try {

   //스트림 생성

   inputStream = new FileInputStream(sourceFile);

   outputStream = new FileOutputStream(target);

   //버퍼 생성

   bin = new BufferedInputStream(inputStream);

   bout = new BufferedOutputStream(outputStream);

   

   //버퍼를 통한 스트림 쓰기

   int bytesRead = 0;

   byte[] buffer = new byte[1024];

   while ((bytesRead = bin.read(buffer, 0, 1024)) != -1) {

    bout.write(buffer, 0, bytesRead);

   }


  } catch (Exception e) {

   e.printStackTrace();

  } finally {

   //자원 해제

   try{

    outputStream.close();

   }catch(IOException ioe){}

   try{

    inputStream.close();

   }catch(IOException ioe){}

   try{

    bin.close();

   }catch(IOException ioe){}

   try{

    bout.close();

   }catch(IOException ioe){}

  }

 }

}



/*

 * author 신윤섭

 */

package filecopy;

import java.io.File;

import java.io.FileInputStream;

import java.io.FileOutputStream;

import java.nio.channels.FileChannel;

import java.io.IOException;


/**

 * NIO Channel을 이용한 파일복사 코드 스니핏

 * @author 신윤섭

 */

public class ChannelCopy {


 /**

  * source에서 target으로의 파일 복사

  * @param source 복사할 파일명을 포함한 절대 경로 

  * @param target 복사될 파일명을 포함한 절대경로

  */

 public void copy(String source, String target) {

  //복사 대상이 되는 파일 생성 

  File sourceFile = new File( source );


  //스트림, 채널 선언

  FileInputStream inputStream = null;

  FileOutputStream outputStream = null;

  FileChannel fcin = null;

  FileChannel fcout = null;


  try {

   //스트림 생성

   inputStream = new FileInputStream(sourceFile);

   outputStream = new FileOutputStream(target);

   //채널 생성

   fcin = inputStream.getChannel();

   fcout = outputStream.getChannel();

   

   //채널을 통한 스트림 전송

   long size = fcin.size();

   fcin.transferTo(0, size, fcout);


  } catch (Exception e) {

   e.printStackTrace();

  } finally {

   //자원 해제

   try{

    fcout.close();

   }catch(IOException ioe){}

   try{

    fcin.close();

   }catch(IOException ioe){}

   try{

    outputStream.close();

   }catch(IOException ioe){}

   try{

    inputStream.close();

   }catch(IOException ioe){}

  }

 }

}

이상의 샘플코드를 이용하여 700Mbytes 짜리 파일을 5번 복사하여 그 시간을 측정해 본 결과는 아래와 같다.
테스트는 Win XP Pro sp3, Intel Core2 Duo 2GHz, 2Gbytes, 5400rpm의 노트북용 HDD 에서 JDK 1.6.0_06
을 이용하여 이루어졌다.

결과는 아래와 같다.

Stream을 이용한 파일 복사

Buffer를 이용한 파일 복사

Channel을 이용한 파일 복사

프로파일러를 이용하여 측정한 값이기 때문에 프로파일러의 처리량 만큼의 차이는 있겠지만 상대적 성능 비교
에는 문제가 없으리라 생각 된다.
실측에서도 예상대로 Stream , Buffer, Channel 순으로 파일 복사 시간이 줄어들고 있음을 볼 수있다.

이번에는 조금 더 들여다 보기로 하자. 700m짜리 파일을 한번 복사하는데 어떤 클래스와 메소들이 참여하고
있는지, 그리고 메소드가 몇번이나 호출되고 있는지 확인 해 보는것도 재미있을 것이다.

FileInputStream.read()실행에 대부분의 시간을 소비하고 있다.

스트림을 이용한 파일복사이다. FileInputStream.read()메소드가 71만여번 호출되고있으며 실행시간의 대부분을
이 메소드를 실행 하는데 소비하고 있음을 알 수 있다.

Stream보다는 나아졌다고는 하나 역시 read()메소드가 대부분의 실행시간을 소비하고 있다.

Buffer를 이용한 방법. 위의 Stream을 이용한 방법에 비해 수행시간이 약간은 줄어들었지만 이는 Buffer를 활용
함으로써 FileOutputStream.write() 수행시간을 줄인데 따른 성능 향상이며, FileInputStream.read()메소드는
약 9만번 호출되고 있다.

위 두 방식과는 확연히 다른 동작 성향을 보여주고 있다.

마지막으로 채널을 이용한 파일복사의 경우 위 두 경우와 비교하여 호출되는 메소드나 호출횟수등 전혀 다른
동작 성향을 보이고 있다. read 도 하지 않은채 FileDispatcher.write() 메소드를 단 한번 호출 하는것으로 파일
복사를 끝내고 있다. 이 FileDispatcher.write() 하부구조에서는 OS의 네이티브IO를 호출하고 있으리라 미루어
짐작할 수 있다.

이상으로 파일복사(스트림전송)의 세가지 방식과 그 성능에 대해 간략하게 알아보았다.
위 실험 결과는 크기가 비교적 큰 파일의 복사에서 나타나는 성향며, 다수의 작은 크기의 파일을 복사한다면
그 결과가 달라질 수도 있음을 밝혀둔다.

io작업이 필요한데 JDK 1.4 이상의 버전을 이용할 수 있다면 나은 성능을 보장하는 nio를 사용하지
않을 이유가 없어보인다.

<출처 : 서비의 다락방 ( http://www.yunsobi.com )>
-출처를 밝혀주신 당신은 아름다운 사람입니다.-

자바 파일복사 코드와 성능 1. :: Java File Copy Code & Perfomance Issue. part 1

vimming — Tue, 16 Jun 2009 16:24:07 GMT

자바 파일복사 코드와 성능 1. :: Java File Copy Code & Perfomance Issue. part 1

JAVA 2008/07/13 00:05 by 서비

자바로 파일을 복사할 수 있는 방법은 크게 3가지 정도가 있다.
InputStream, OutputStream을 이용한 방법, Buffer를 이용한 방법, Channel을 이용한 방법이 그것이다.
물론 Buffer를 이용하면서도 단순히 Stream에 Buffer 필터를 적용할 수도, MappedByteBuffer를 쓸 수도 있고
Channel을 이용하면서도 inputChannel과 outputChannel을 이용하거나 transterTo()를 이용하는 등
다양한 방법을 구사할 수 있다.
여기서는 자바로 구현 할 수 있는 대표적인 파일 복사 코드를 살펴보고 각 코드간의 성능에 대한 이야기도 나눠
보도록 하겠다.

Java입문서등을 통하여 io (Input/Output)부분을 언급하며 나오는 개념이 Stream일 것이다. 스트림의 개념을
설명하고 처음 접하는 코드는 아래와 유사할 것이다. 파일을 인풋스트림으로 읽어들인 후 그 길이만큼 아웃풋
스트림에다 흘려보내는 방식으로 파일을 복사할 수 있다.



FileInputStream inputStream = new FileInputStream(file);

FileOutputStream outputStream = new FileOutputStream(saveFullPath);

int bytesRead = 0;

byte[] buffer = new byte[1024];

while ((bytesRead = inputStream.read(buffer, 0, 1024)) != -1) {

    outputStream.write(buffer, 0, bytesRead);

}


outputStream.close();

inputStream.close();

* InputStream과 OutputStream을 이용한 기본적인 파일 복사 코드.
위 코드는 기본적인 Stream의 사용법을 잘 보여주고 있지만 성능상에 심각한 문제를 안고 있다.
파일크기(정확하게는 스트림의 길이)만큼 while문을 돌면서 끊임없이 읽고쓰기를 반복하고 있는데
이는 CPU, DISK모두에게 부담을 주는 결과를 초래한다.

이어지는 코드가 아마 가장 널리쓰이고 흔하게 볼수 있는 코드 일 것이다. 위에서 살펴본 Stream간의 데이터
전송이 썩 좋은 성능을 내지 못하기 때문에, 스트림을 버퍼를 장착(wrapping, chainning)하여 입출력 횟수를 줄여
성능 향상을 꾀하고 있다.



FileInputStream inputStream = new FileInputStream(file);

FileOutputStream outputStream = new FileOutputStream(saveFullPath); 

BufferedInputStream bin = new BufferedInputStream(inputStream);

BufferedOutputStream bout = new BufferedOutputStream(outputStream);


int bytesRead = 0;

byte[] buffer = new byte[1024];


while ((bytesRead = bin.read(buffer, 0, 1024)) != -1) {

    bout.write(buffer, 0, bytesRead);

}


bout.close();

bin.close();

outputStream.close();

inputStream.close();

* Stream에 Buffer Filter를 연결하여 성능을 향상.
위와같은 방법으로 충분히 만족할만 한가? 그렇다고 할수도있고 아니라고 할수도 있다. 위 두 방식은 스트림으로
데이터를 전송하는데 항상 cpu의 연산을 필요로 한다. 즉 스트림을 처리하는동안 cpu가 계속해서 명령을 처리
해줘야 한다는것이다.(비록 cpu사용율은 얼마 안될지 모르지만.. )

컴퓨터의 입장에서 본다면 IO는 상당히 느린 작업중의 하나이다. 이런 작업을 조금이라도 빨리 처리하기위해
하드웨어 혹은 운영체제 수준에서 많은 기법들을 제공하고 있다.
자바는 버전 1.4에 이르러서 기존 io와는 차별화된 nio(new io) 패키지가 추가되었는데 이 nio를 통하여
운영체제가 제공해 주는 향상된 io기능을 활용할 수 있게 되었다. 그 대표적인 것이 Channel과 Selector일 것이다.
아래와 같은 코드는 JDK 1.4이상부터 사용 가능하며 transferTo() 메소드를 호출하면 내부적으로 OS의 네이티브IO
기능을 활용하여 더욱 효율적인 스트림 전송이 가능하다.



FileInputStream inputStream = new FileInputStream(file);         

FileOutputStream outputStream = new FileOutputStream(saveFullPath);

FileChannel fcin =  inputStream.getChannel();

FileChannel fcout = outputStream.getChannel();


long size = fcin.size();

    

fcin.transferTo(0, size, fcout);


fcout.close();

fcin.close();

outputStream.close();

inputStream.close();

* Channel을 이용한 네이티브OS 기능 사용하기.

이상으로 3가지 대표적인 자바 파일복사 코드를 살펴보았다. 다음 포스트에서는 각 방식의 성능 차이에 대해
알아보도록 하겠다.

자바 파일복사 코드와 성능 2

<출처 : 서비의 다락방 ( http://www.yunsobi.com )>
-출처를 밝혀주신 당신은 아름다운 사람입니다.-

JAVA IO

vimming — Tue, 16 Jun 2009 15:30:46 GMT

JAVA IO

Added by 안병훈, last edited by 안병훈 on 6월 09, 2009 (view change)

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

window.google_render_ad

자바 I/O

자바 I/O 란

바이트 스트림

문자 스트림

객체 스트림
- 맛보기
- 소개
- 책목록 예제
- [윈도우 저장과 읽기 예제]
- [정리]

ByteStream, CharacterStream 비교

기본 입출력 스트림 : InputStream, OutputStream, Reader, Writer

파일 입출력 스트림 : FileInputStream, FileOutputStream, FileReader, FileWriter

연결 입출력 스트림 : SequenceInputStream, PipedInputStream, PipedOutputStream, PipedReader, PipedWriter

배열 입출력 스트림 : ByteArrayInputStream, ByteArrayOutputStream, CharArrayReader, CharArrayWriter

문자열 입출력 스트림 : StringBufferInputStream, StringReader, StringWriter

필터 입출력 스트림
- 필터 입출력 스트림 : FilterInputStream, FilterOutputStream, FilterReader, FilterWriter
- 버퍼 입출력 스트림 : BufferedInputStream, BufferedOutputStream, BufferedReader, BufferedWriter
- 데이터 입출력 스트림 : DataInputStream, DataOutputStream
- 라인 번호 입력 스트림 : LineNumberInputStream, LineNumberReader
- 되돌림 입력 스트림 : PushbackInputStream, PushbackReader,
- 프린트 출력 스트림 : PrintStream, PrintWriter
- 스트림 토크나이저 : StreamTokenizer

객체직렬화 : ObjectInput, ObjectOutput, ObjectInputStream, ObjectOutputStream
- 직렬화 인터페이스 : Serializable, Externalizable,
- 자료 압축, 손상 검사 및 파일 묶기 : ZipInputStream, ZipOutputStream, CheckedOutputStream, CheckedInputStream, DeflaterOutputStream, InflaterInputStream
- Random Access File 클래스 : RandomAccessFile

특수한 IO 객체 : System.in, System.out, System.err

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

Enter labels to add to this page:

Looking for a label? Just start typing.

Children (35)

Hide Children | View in Hierarchy

BufferedReader, BufferedWriter
ByteArrayInputStream, ByteArrayOutputStream
ByteStream, CharacterStream 비교
CharArrayReader, CharArrayWriter
DataInputStream, DataOutputStream
FileInputStream, FileOutputStream
FileReader, FileWriter
File 클래스
InputStream, OutputStream
InputStreamReader, OutputStreamWriter
PipedInputStream, PipedOutputStream
PrintWriter
Random Access File 클래스
Reader, Writer
객체직렬화
기본 입출력 스트림
맛보기
문자열 입출력 스트림
배열 입출력 스트림
소개
연결 입출력 스트림
자료 압축, 손상 검사 및 파일 묶기
자바 IO 란
직렬화 인터페이스
책목록 예제
특수한 IO 객체
파일 입출력 스트림
필터 입출력 스트림
필터 입출력 스트림-데이터 입출력 스트림
필터 입출력 스트림-되돌림 입력 스트림
필터 입출력 스트림-라인 번호 입력 스트림
필터 입출력 스트림-버퍼 입출력 스트림
필터 입출력 스트림-스트림 토크나이저
필터 입출력 스트림-프린트 출력 스트림
필터 입출력 스트림-필터 입출력 스트림

예제를 통해본 자바 입출력

vimming — Tue, 16 Jun 2009 15:26:41 GMT

예제를 통해본 자바 입출력


이글은 숭실대학교 최종명님의 강좌에서 발최한 내용입니다.



 최종명



바이트의 연속을 스트림(stream)이라고 한다. 자바에서는 스트림을 이용해서 입출력을 한다.

입력을 하는 스트림을 입력스트림(input stream)이라고 하고, 출력하는 스트림을 출력 스트림(output stream)이라고 한다. 

입출력 스트림은 java.io 패키지에 만들어져 있다.

화면에 출력하고, 키보드로 부터 입력을 받아들이기 위해서는 System 클래스의 

out 과 in 을 사용했다. System 클래스의 out은 PrintStream 타입의 멤버 필드이고,

in은 InputStream 타입의 멤버 필드이다. 자바에서 입력 스트림 클래스들은 

InputStream 클래스로부터 상속된 클래스이다. 출력 스트림 클래스들은 OutputStream 

클래스로부터 상속된 클래스이다.



9.2.1 InputStream 클래스


System 클래스의 in 멤버필드는 대표적인 InputStream 타입이다. InputStream은 입력을

위해 다음과 같은 메소드들을 이용할 수 있다.

       int read()

       int read(byte[])

       int read(byte[], int, int)

read() 메소드를 이용하는 경우에 바이트 값을 읽어오거나 파일의 끝인 경우에는

-1을 리턴한다. read(byte[]) 메소드는 읽은 내용을 바이트 배열에 채우고, 읽은 바이트의

수를 리턴한다. read(byte[], int, int) 메소드는 바이트 배열에서 시작 위치와 끝 위치를

지정한 뒤에 내용을 읽어오고, 읽은 바이트의 수를 리턴한다.





inOut.java 파일

     1  import java.io.*;

     2

     3  class inOut {

     4      public static void main (String args[]) throws IOException {

     5          int b, count = 0;

     6          while ((b = System.in.read()) != -1) {

     7              count++;

     8              System.out.print((char)b);

     9          }

    10          System.out.println();

    11          System.err.println("total bytes = " + count);

    12      }

    13  }



결과 

% java inOut

Hello

Hello

한글

??±?

^D

total bytes = 11



설명

     6          while ((b = System.in.read()) != -1) {

System.in.read() 메소드를 이용해서 키보드로부터 입력을 받는다. read() 메소드는

바이트 입력을 리턴하고, 입력이 종료되면(Cntl-D) -1을 리턴한다.



     8              System.out.print((char)b);

System.out.print() 메소드를 이용해서 읽어온 바이트를 문자 타입으로 변환해서

출력한다.



    11          System.err.println("total bytes = " + count);

System 클래스의 err 멤버 필드를 이용해서 출력하였다. err 멤버필드는 표준 에러

출력을 위해 사용된다.



total bytes = 11

유닉스 시스템에서 테스트 하였기 때문에 영어 문자당 1개의 바이트와 한글에 2바이트

가 사용되었다. 따라서, 영어 5개 문자(5 바이트), 한글 2개 문자(4 바이트), 리턴값

(1 바이트 x 2), 총 11 바이트가 된다.







9.2.2 InputStreamReader 클래스


JDK 1.0의 입출력 스트림은 JDK 1.1에서 Reader 와 Writer 클래스로 대체되었다.

입력을 위해서는 Reader 클래스를 이용하고, 출력을 위해서는 Writer 클래스를 

이용할 수 있다. Reader 클래스는 입력을 위해 다음과 같은 메소드들을 이용할 수 있다.

         int read()

         int read(char[])

         int read(char[], int, int)



InputStreamReader 클래스는 InputStream 을 아규먼트로 만들어진다. 

InputStreamReader 클래스의 getEncoding() 메소드는 스트림에서 사용된 인코딩 이름을 리턴한다.



BufferedReader 클래스는 Reader 클래스를 아규먼트로 만들 수 있다. BufferedReader 클래스

 는 다음과 같은 메소드를 이용해서 입력을 받을 수 있다.

          int read()

          String readLine()

read() 메소드는 한문자를 읽어서 리턴하는 메소드이고, readLine() 메소드는 한 줄을

읽어서 문자열을 리턴하는 메소드이다.





CharInput.java 파일

     1  import  java.io.*;

     2

     3  public class CharInput {

     4

     5      public static void main(String args[]) {

     6          String  s;

     7          BufferedReader     in;

     8          in = new BufferedReader(new InputStreamReader(System.in));

     9

    10          try {

    11              System.out.print("Put characters:");

    12              while((s = in.readLine()) != null) {

    13                  System.out.println("\tCharacters from console :" + s);

    14                  System.out.print("Put characters:");

    15              }

    16          } catch (IOException ex) { }

    17      }

    18  }



결과

% java CharInput

Put characters:Hello ?

        Characters from console :Hello ?

Put characters:안녕하세요 ?

        Characters from console :안녕하세요 ?

Put characters:^D



설명

     8          in = new BufferedReader(new InputStreamReader(System.in));

키보드로 부터 입력을 받는 BufferedReader 클래스를 만들기 위해, InputStreamReader

클래스와 System.in 을 이용했다.



    12              while((s = in.readLine()) != null) {

BufferedReader 클래스의 readLine() 메소드를 이용해서 한줄을 읽어들였다.







9.2.3 FileOutputStream 클래스


FileOut.java 파일

     1  import java.io.*;

     2

     3  public class FileOut {

     4      private FileOutputStream fout;

     5      private byte msg[];

     6      private int  len;

     7

     8      FileOut(String fname) throws IOException {

     9          msg = new byte[1024];

    10          len = 0;

    11          fout = new FileOutputStream(fname);

    12          int b =0;

    13

    14          System.out.print("Put characters:");

    15          b = System.in.read();

    16          while(b != 10) {

    17              msg[len++] = (byte)b;

    18              b = System.in.read();

    19          }

    20          write(msg);

    21          System.out.println("Total "+ len + " bytes.");

    22      }

    23

    24      public void write(byte[] m) throws IOException{

    25          for(int i=0; i < len; i++)  {

    26              fout.write(m[i]);

    27          }

    28      }

    29

    30      public void close() {

    31          try {

    32              fout.close();

    33          } catch(IOException ex) { }

    34      }

    35

    36

    37      public static void main(String[] args) throws IOException{

    38          FileOut o = new FileOut("temp");

    39          o.close();

    40      }

    41

    42  }



결과

% java FileOut

Put characters:Hello ? 안녕하세요 ?

Total 20 bytes.



% more temp

Hello ? 안녕하세요 ?



설명

    11          fout = new FileOutputStream(fname);

파일 이름을 아규먼트로 갖고 FileOutputStream 클래스를 만든다.



    15          b = System.in.read();

키보드로부터 입력을 받아들인다.



    26              fout.write(m[i]);

FileOutputStream 클래스를 이용해서 파일에 기록한다.



    32              fout.close();

close() 메소드를 이용해서 파일을 닫는다.







9.2.4 RandomAccessFile 클래스


RandomAccessFile 클래스는 seek() 메소드를 이용해서 입출력 포인터의 위치를

이동할 수 있다. 포인터를 이동시킨뒤에 파일에 기록하거나 내용을 읽을 수 있다.

RandomAccessFile 클래스는 다음과 같은 생성자를 이용해서 만들 수 있다.

      RandomAccessFile(String filename, String openmode)

첫번째 아규먼트는 파일의 이름을 의미하고, 두번째 아규먼트는 파일을 오픈할 때

읽기 전용인가 아니면 읽기/쓰기 가능한지를 나타낸다. 두번째 아규먼트는 읽기 

전용인 경우에는 "r", 읽기/쓰기 인 경우에는 "rw" 이다.

RandomAccessFile 클래스는 파일의 길이를 알아볼 수 있는 length() 메소드, 각 자료

타입을 읽을 수 있는 readBoolean(), readByte(), readChar(), readDouble(), readFloat(),

readInt(), readLong(), readShort() 등의 메소드들이 있다. 마찬가지로 각 자료 타입을

기록할 수 있는 writeBoolean(boolean), writeByte(int), writeBytes(String), writeChar(int),

writeChars(String), writeDouble(double), writeFloat(float), writeInt(int), writeLong(long),

writeShort(int) 등의 메소드들이 있다.



EmployeeDB.java 파일 예제는 자바에서 C 언어에서 레코드를 어떻게 사용하는가를 보여준다.

자바는 레코드가 없기 때문에 클래스를 레코드로 사용한다. Record 클래스는 레코드를 표현하기

위해 사용된 클래스이다. Table 클래스는 레코드를 처리하기 위해 사용된 클래스이다. 

Table 클래스에서 레코드를 읽거나 기록하기 위한 루틴들을 포함하고 있다. EmployeeDB 클래스는

주로 GUI를 위한 코드가 들어 있다.



EmployeeDB.java 파일

     1  import java.awt.*;

     2  import java.awt.event.*;

     3  import java.io.*;

     4

     5

     6  public class EmployeeDB extends Frame implements ActionListener {

     7      static final int NONE   = 0;

     8      static final int ADD    = 1;

     9      static final int TOTAL  = 2;

    10      static final int SEARCH = 3;

    11      static final int REMOVE = 4;

    12      static final int ESC    = 5;

    13      Panel             left, bottom;

    14      LabeledTextField  name, number, dept, phone;

    15      TextArea          display;

    16      Button            addB, totalB, searchB, removeB, escB, exitB;

    17      Table             table;

    18      int               action;

    19

    20

    21      public EmployeeDB() {

    22          setLayout(new BorderLayout());

    23          action = NONE;

    24          left = new Panel();

    25          bottom = new Panel();

    26          display = new TextArea();

    27          display.setEditable(false);

    28          name = new LabeledTextField("이 름");

    29          name.setEditable(false);

    30          number = new LabeledTextField("사 번");

    31          number.setEditable(false);

    32          dept = new LabeledTextField("부 서");

    33          dept.setEditable(false);

    34          phone = new LabeledTextField("전 화");

    35          phone.setEditable(false);

    36          left.setLayout(new GridLayout(4,1));

    37          left.setSize(400, 300);

    38          left.add(name);

    39          left.add(number);

    40          left.add(dept);

    41          left.add(phone);

    42

    43          addB = new Button("추 가");

    44          addB.addActionListener(this);

    45          addB.setActionCommand("add");

    46          totalB = new Button("전체 보기");

    47          totalB.addActionListener(this);

    48          totalB.setActionCommand("total");

    49          searchB = new Button("검 색");

    50          searchB.addActionListener(this);

    51          searchB.setActionCommand("search");

    52          removeB = new Button("삭 제");

    53          removeB.addActionListener(this);

    54          removeB.setActionCommand("remove");

    55          escB = new Button("취 소");

    56          escB.addActionListener(this);

    57          escB.setActionCommand("esc");

    58          exitB = new Button("종 료");

    59          exitB.addActionListener(this);

    60          exitB.setActionCommand("exit");

    61          exitB.setBackground(Color.red);

    62          bottom.setLayout(new GridLayout(1,6));

    63          bottom.add(addB);

    64          bottom.add(totalB);

    65          bottom.add(searchB);

    66          bottom.add(removeB);

    67          bottom.add(escB);

    68          bottom.add(exitB);

    69

    70          add("Center", display);

    71          add("West", left);

    72          add("South", bottom);

    73

    74          table = new Table();

    75      }

    76

    77      public void initialize() {

    78          action = NONE;

    79          addB.enable();

    80          totalB.enable();

    81          searchB.enable();

    82          removeB.enable();

    83          name.setText("");

    84          number.setText("");

    85          dept.setText("");

    86          phone.setText("");

    87          name.setEditable(false);

    88          number.setEditable(false);

    89          dept.setEditable(false);

    90          phone.setEditable(false);

    91      }

    92

    93      public void actionPerformed(ActionEvent e) {

    94          int    index = 0;

    95          String cmd = e.getActionCommand();

    96          String nameString, num, part, tel;

    97          boolean found = false;

    98          String  msg = "";

    99

   100          if(cmd.equals("add")) {

   101              if(action != ADD) {

   102                  action = ADD;

   103                  name.setEditable(true);

   104                  number.setEditable(true);

   105                  dept.setEditable(true);

   106                  phone.setEditable(true);

   107                  totalB.disable();

   108                  searchB.disable();

   109                  removeB.disable();

   110                  return;

   111              }

   112              nameString = name.getText().trim();

   113              if(nameString == null || nameString.length() == 0)

   114                  return;

   115              num  = number.getText().trim();

   116              if(num == null || num.length() == 0)

   117                  return;

   118              part = dept.getText().trim();

   119              if(part == null || part.length() == 0)

   120                  return;

   121              tel = phone.getText().trim();

   122

   123              display.setText(nameString + num + part + tel);

   124              table.add(nameString, num, part, tel);

   125              display.appendText("\n 등록을 성공적으로 마쳤습니다.");

   126              initialize();

   127          } else if(cmd.equals("total")) {

   128              action = TOTAL;

   129              initialize();

   130              index = table.getIndex();

   131              display.setText("\n 검색 건수 : 총 " + Integer.toString(index+1)+ " 건\n");

   132              display.appendText("\n============================================");

   133              display.appendText("\n 순번  \t성명   \t사번   \t부서명    \t전화번호 ");

   134              display.appendText("\n--------------------------------------------\n\n");

   135              if(index < 0) {

   136                  display.appendText(" 등록된 자료가 없습니다. \n");

   137                  return;

   138              }

   139              for(int i = 0; i <= index; i++) {

   140                  Record rec = table.readRec(i);

   141                  msg = " " + Integer.toString(i+1) + "  \t ";

   142                  msg +=  rec.getName() + " \t";

   143                  msg +=  Integer.toString(rec.getNum()) + " \t";

   144                  msg +=  rec.getPart() + " \t";

   145                  msg +=  rec.getTel() + "\n";

   146                  display.appendText(msg);

   147              }

   148          } else if(cmd.equals("search")) {

   149              if(action != SEARCH) {

   150                  action = SEARCH;

   151                  name.setEditable(true);

   152                  addB.disable();

   153                  totalB.disable();

   154                  removeB.disable();

   155                  return;

   156              }

   157              Record  rec;

   158              index = table.getIndex();

   159              nameString = name.getText().trim();

   160              if(nameString == null || nameString.length() == 0)

   161                  return;

   162              display.setText("\n ## 개인 조회 ###########\n");

   163              display.appendText("\n============================================");

   164              display.appendText("\n 순번  \t성명   \t사번   \t부서명  \t전화번호 ");

   165              display.appendText("\n--------------------------------------------\n\n");

   166              for(int i = 0; i <= index; i++) {

   167                  rec = table.readRec(i);

   168                  if(nameString.equals(table.readName(i, nameString.length()))) {

   169                      found = true;

   170                  }

   171                  if(found) {

   172                      msg = " " + Integer.toString(i+1) + "  \t ";

   173                      msg +=  rec.getName() + " \t";

   174                      msg +=  Integer.toString(rec.getNum()) + " \t";

   175                      msg +=  rec.getPart() + " \t";

   176                      msg +=  rec.getTel() + "\n";

   177                      display.appendText(msg);

   178                      msg = "";

   179                      break;

   180                  }

   181              }

   182              if (!found) {

   183                  display.setText(" 조회하신 성명이나 사번의  직원이 없습니다...");

   184              }

   185              initialize();

   186          } else if(cmd.equals("remove")) {

   187              if(action != REMOVE) {

   188                  action = REMOVE;

   189                  name.setEditable(true);

   190                  addB.disable();

   191                  totalB.disable();

   192                  searchB.disable();

   193                  return;

   194              }

   195              index = table.getIndex();

   196              nameString = name.getText().trim();

   197              if(nameString == null || nameString.length() == 0)

   198                  return;

   199              display.setText("\n ## 삭제 ###########\n");

   200              display.appendText("\n============================================");

   201              display.appendText("\n 순번  \t성명   \t사번   \t부서명  \t전화번호 ");

   202              display.appendText("\n--------------------------------------------\n\n");

   203              for(int i = 0; i <= index; i++) {

   204                  Record rec = table.readRec(i);

   205                  if(nameString.equals(table.readName(i, nameString.length()))) {

   206                      found = true;

   207                  }

   208                  if(found) {

   209                      msg  = rec.getName();

   210                      msg += Integer.toString(rec.getNum());

   211                      msg += rec.getPart();

   212                      msg += rec.getTel();

   213                      display.appendText(msg);

   214                      msg = "";

   215                      found = true;

   216                      display.appendText("\n 위의 자료를 삭제하였습니다....");

   217                      for(int j=i+1; j <= index; j++) {

   218                          rec = table.readRec(j);

   219                          table.writeRec(rec.getName(),rec.getNum(),rec.getPart(),rec.getTel(),j-1);

   220                      }

   221                      table.remove(--index);

   222                      break;

   223                  }

   224              }

   225              if(!found) {

   226                  display.appendText("조회하신 성명의  직원이 없습니다...");

   227              }

   228              initialize();

   229          } else if(cmd.equals("esc")) {

   230              action = NONE;

   231              initialize();

   232          } else if(cmd.equals("exit")) {

   233              table.close();

   234              setVisible(false);

   235              dispose();

   236              System.exit(0);

   237          }

   238      }

   239

   240

   241

   242      class Table {

   243          private RandomAccessFile myRAFile;

   244          private int recordCount;

   245          private int recordLength = 50;

   246          private int recordOffset = 4;

   247

   248          public Table() {

   249              try {

   250                  myRAFile = new RandomAccessFile("employee.db", "rw");

   251                  if(myRAFile.length() ==0) {

   252                      recordCount = -1;

   253                  } else {

   254                      recordCount = myRAFile.readInt();

   255                  }

   256              } catch(IOException e) {

   257                  System.out.println("Can't access employee.dat");

   258              }

   259          }

   260

   261

   262          public int getIndex() {

   263              return recordCount;

   264          }

   265

   266          public void add(String name, String num, String part, String tel) {

   267              writeRec(name, Integer.parseInt(num), part, tel, ++recordCount);

   268          }

   269

   270          public void close() {

   271              try {

   272                  myRAFile.close();

   273              } catch(IOException ioe) {

   274                  System.out.println("IOException during close file");

   275              }

   276          }

   277

   278          public Record readRec(int index) {

   279              String name="", part="", tel="" ;

   280              int    num = -1 ;

   281

   282              try {

   283                  myRAFile.seek(index * recordLength + recordOffset);

   284                  for(int i = 0; i < 5;i++)  {

   285                      name += myRAFile.readChar();

   286                  }

   287                  num = myRAFile.readInt();

   288                  for(int i = 0; i < 6;i++) {

   289                      part += myRAFile.readChar();

   290                  }

   291                  for(int i = 0; i < 8;i++)  {

   292                      tel  += myRAFile.readChar();

   293                  }

   294

   295              } catch(IOException ioe) {

   296                  System.out.println("IOException during read file..");

   297              }

   298              return (new Record(name, num, part, tel));

   299          }

   300

   301          public String readName(int index, int len) {

   302              String name="";

   303              try {

   304                  myRAFile.seek(index * recordLength + recordOffset);

   305                  for(int i = 0; i < len;i++)  {

   306                      name += myRAFile.readChar();

   307                  }

   308              } catch (IOException ioe) {

   309                  System.out.println("IOException :"+ioe.toString());

   310              }

   311              return (name);

   312          }

   313

   314

   315          public void remove(int i) {

   316              recordCount = i;

   317          }

   318

   319

   320          public void writeRec(String name, int num, String part, String tel, int index) {



   321              int len = 0;

   322

   323              try {

   324                  myRAFile.seek(index * recordLength + recordOffset);

   325                  len = name.length();

   326                  for(int i =0;i < 5;i++) {

   327                      myRAFile.writeChar((i < len ? name.charAt(i) : ' '));

   328                  }

   329                  myRAFile.writeInt(num);

   330

   331                  len = part.length();

   332                  for(int i =0;i < 6;i++) {

   333                      myRAFile.writeChar((i < len ? part.charAt(i) : ' '));

   334                  }

   335

   336                  len = tel.length();

   337                  for(int i =0;i < 8;i++) {

   338                      myRAFile.writeChar((i < len ? tel.charAt(i) : ' '));

   339                  }

   340                  myRAFile.seek(0);

   341                  myRAFile.writeInt(recordCount);

   342              } catch(IOException ioe) {

   343                  System.out.println("IOException while writing..");

   344              }

   345          }

   346

   347      }

   348

   349

   350      class Record {

   351          private  String  name;

   352          private  int     num;

   353          private  String  part;

   354          private  String  tel;

   355

   356          public Record(String na, int n, String p, String t) {

   357              name  = na;

   358              num   = n;

   359              part  = p;

   360              tel   = t;

   361          }

   362

   363          public String getName() {

   364              return(name);

   365          }

   366

   367          public int getNum() {

   368              return(num);

   369          }

   370

   371          public String getPart() {

   372              return(part);

   373          }

   374

   375          public String getTel() {

   376              return(tel);

   377          }

   378      }

   379

   380      public static void main(String agrs[]) {

   381          EmployeeDB  db = new EmployeeDB();

   382          db.setSize(550, 300);

   383          db.setVisible(true);

   384      }

   385  }





LabeledTextField.java 파일

     1  import  java.awt.*;

     2

     3  public class LabeledTextField extends Panel{

     4      private  Label     label;

     5      private  TextField field;

     6      private  String    labelPosition;

     7      private  String    fieldPosition;

     8

     9      public LabeledTextField(String labelString) {

    10          this(labelString, "1%, 5%, 25%, 95%", "27%, 5%, 98%, 95%");

    11      }

    12

    13

    14      public LabeledTextField(String labelString, String labelPosition, String fieldPosition) {

    15          super();

    16          setLayout(new PositionLayout());

    17          this.labelPosition = labelPosition;

    18          this.fieldPosition = fieldPosition;

    19          label = new Label(labelString);

    20          field = new TextField(20);

    21          add(labelPosition, label);

    22          add(fieldPosition, field);

    23      }

    24

    25      public String getText() {

    26          return field.getText();

    27      }

    28

    29      public void setText(String m) {

    30          field.setText(m);

    31      }

    32

    33      public void setEditable(boolean t) {

    34          boolean able = field.isEditable();

    35          if(t != able)

    36              field.setEditable(t);

    37      }

    38

    39      public static void main(String args[]) {

    40          Frame f = new Frame();

    41          LabeledTextField lt = new LabeledTextField("Name:");

    42          f.add("South", lt);

    43          f.setSize(400, 200);

    44          f.setVisible(true);

    45      }

    46  }



결과

% java EmployeeDB







설명

   250                  myRAFile = new RandomAccessFile("employee.db", "rw");

employee.db 파일을 읽기/쓰기로 오픈한다.



   251                  if(myRAFile.length() ==0) {

파일의 길이가 0 이면, 즉 파일에 내용이 없으면..



   254                      recordCount = myRAFile.readInt();

파일로부터 정수를 하나 읽어온다.



   283                  myRAFile.seek(index * recordLength + recordOffset);

입출력 포인터를 특정 위치로 이동 시킨다.



   327                      myRAFile.writeChar((i < len ? name.charAt(i) : ' '));

문자를 파일에 기록한다.

excel 2007 파일 열기에서 경고 메세지

vimming — Mon, 15 Jun 2009 15:18:17 GMT

Excel 2007에서 파일을 열면 파일 형식이 파일 이름 확장명에서 지정한 형식과 다르다는 경고가 나타난다

이 문서가 적용되는 제품 보기.

function loadTOCNode(){}

기술 자료 ID	:	948615
마지막 검토	:	2008년 5월 23일 금요일
수정	:	1.1

중요 이 문서에서는 레지스트리 수정 방법을 설명합니다. 레지스트리를 수정하기전에 해당 레지스트리를 백업하는 것이 좋습니다. 또한 문제가 발생할 경우 레지스트리를 복원하는 방법을 알고 있어야 합니다.레지스트리 백업, 복원 및 수정 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

322756 (http://support.microsoft.com/kb/322756/) Windows XP 및 Windows Server 2003에서 레지스트리를 백업, 편집 및 복원하는 방법

현상

loadTOCNode(1, 'symptoms');

Microsoft Office Excel 2007에서 파일 확장명과 일치하지 않는 내용이 포함된 파일을 열면 다음과 같은 경고 메시지가 나타납니다.

열려는 파일 'name.ext'의 형식이 파일 확장명에서 지정한 형식과 다릅니다. 파일을 열기 전에 파일이 손상되지 않았는지, 원본을 신뢰할 수 있는지 확인하십시오. 지금 파일을 여시겠습니까?

참고 name 자리 표시자는 파일 이름이고 ext 자리 표시자는 Excel 2007에서 여는 파일의 파일 이름 확장명입니다.

위로 가기

원인

loadTOCNode(1, 'cause');

이 경고 메시지는 Excel 2007에 추가된 사용자 알림 기능으로, 파일의 실제 내용과 파일 이름 확장명 간의 비호환성 때문에 발생할 수 있는 예기치 않은 문제를 방지하는 데 도움이 됩니다.

위로 가기

해결 방법

loadTOCNode(1, 'resolution');

파일의 원본을 신뢰할 수 있는 경우 경고 메시지에서 예를 누르십시오.

사용자 알림 기능을 제어하려면 다음 방법 중 하나를 사용하십시오.

중요이 단계를 수행하면 보안 위험이 커질 수 있습니다. 또한 컴퓨터나 네트워크가 악의적인 사용자나 바이러스와 같은 악성 소프트웨어의공격에 더 취약해질 수 있습니다. 프로그램이 원래 설계된 대로 작동하도록 설정하거나 특정 프로그램 기능을 구현하는 데 이문서에서 설명하는 단계를 사용하십시오. 이 단계를 수행하기 전에 먼저 특정 환경에서 이 단계를 구현하는 것과 관련된 위험을평가하는 것이 좋습니다. 이 단계를 구현하기로 한 경우 적절한 시스템 보호 조치를 추가로 취하십시오. 이 단계는 정말 필요한경우에만 사용하는 것이 좋습니다.

기본적으로 사용자는 경고 메시지가 나타나면 파일을 열지 여부를 결정할 수 있습니다. 그러나 그룹 정책 설정 또는 레지스트리 편집기를 사용하여 사용자 알림 기능을 다음 수준 중 하나로 설정할 수도 있습니다.

•	경고 메시지를 표시하고 파일을 열지 않습니다.
•	경고 메시지를 표시하고 사용자가 파일을 열지 여부를 결정할 수 있습니다(기본 설정).
•	파일을 열고 경고 메시지를 표시하지 않습니다.

그룹 정책 설정 사용

다음 Microsoft 다운로드 센터 웹 사이트에서 2007 Office system 관리 템플릿 파일(ADM, ADMX, ADML) 및 Office 사용자 지정 도구를 다운로드합니다.

http://www.microsoft.com/downloads/thankyou.aspx?familyId=92d8519a-e143-4aee-8f7a-e4bbaeba13e7&displaylang=ko (http://www.microsoft.com/downloads/thankyou.aspx?familyId=92d8519a-e143-4aee-8f7a-e4bbaeba13e7&displaylang=ko)

관리 템플릿 파일을 폴더로 추출합니다. 이렇게 하려면 다음과 같이 하십시오.

a.	AdminTemplates.exe 파일을 두 번 누릅니다.
b.	Microsoft 소프트웨어 사용 조건에 동의한 다음 Continue를 누릅니다.
c.	추출한 파일을 저장할 폴더를 선택한 다음 확인을 누릅니다.
d.	파일이 성공적으로 추출되면 확인을 누릅니다.

그룹 정책 개체 편집기를 엽니다.

그룹 정책 개체 편집기를 여는 방법에 대한 자세한 내용은 다음 Microsoft TechNet 웹 사이트를 참조하십시오.

http://technet2.microsoft.com/windowsserver/ko/library/03ec122f-fc65-496e-ad0d-4fd22a96a4bb1042.mspx?mfr=true (http://technet2.microsoft.com/windowsserver/ko/library/03ec122f-fc65-496e-ad0d-4fd22a96a4bb1042.mspx?mfr=true)

사용자 구성을 확장합니다.

관리 템플릿을 마우스 오른쪽 단추로 누른 다음 템플릿 추가/제거를 누릅니다.

템플릿 추가/제거 대화 상자에서 추가를 누릅니다.

2c단계에서 추출한 관리 템플릿이 있는 폴더로 이동합니다.

Excel12.adm 파일을 누른 다음 열기를 누릅니다. Excel12.adm 파일은 2c단계에서 관리 템플릿을 추출한 다음 폴더에 있습니다.

\ADM\languageID

참고 한국어 관리 템플릿 파일은 ko-kr languageID 폴더에 있습니다.

닫기를 눌러 템플릿 추가/제거 대화 상자를 닫습니다.

10.

관리 템플릿, Microsoft Office Excel 2007, Excel 옵션을 차례로 확장한 다음 보안을 누릅니다.

11.

확장 탭의 설정에서 파일 확장명을 파일 형식에 맞춤을 두 번 누릅니다.

12.

설정 탭에서 사용을 누르고 파일 확장명을 파일 형식에 맞춤 드롭다운 목록에서 다음 중 하나를 누른 다음 확인을 누릅니다.

•	다른 형식 허용
•	다른 형식을 허용하고 경고 표시
•	항상 파일 형식 일치

13.

그룹 정책 개체 편집기를 닫습니다.

레지스트리 편집기 사용

경고레지스트리 편집기나 다른 방법을 사용하여 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이러한 문제를 해결하기위해 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 이러한 문제의 해결을 보증하지 않습니다. 레지스트리수정에 따른 모든 책임은 사용자에게 있습니다.

Excel 2007을 종료합니다.

레지스트리 편집기를 시작합니다.

•	Windows Vista에서는 시작을 누르고 검색 시작 상자에 regedit를 입력한 다음 Enter 키를 누릅니다. 관리자 암호나 확인을 요청하는 메시지가 나타나면 암호를 입력하거나 계속을 누릅니다.
•	Windows XP의 경우 시작, 실행을 차례로 누르고 regedit를 입력한 다음 확인을 누릅니다.

다음 레지스트리 하위 키를 찾아서 누릅니다.

HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Excel\Security

편집 메뉴에서 새로 만들기를 가리킨 다음 DWORD 값을 누릅니다.

ExtensionHardening을 입력한 다음 Enter 키를 누릅니다.

ExtensionHardening을 마우스 오른쪽 단추로 누른 다음 수정을 누릅니다.

값 데이터 상자에 값 데이터를 입력한 다음 확인을 누릅니다.

다음 목록에서는 ExtensionHardening 설정에 적합한 값 데이터 설정을 보여 줍니다.

•	0: 파일 이름 확장명과 파일 형식을 검사하지 않고 경고 메시지 기능을 무시합니다.
•	1: 파일 이름 확장명과 파일 형식을 검사합니다. 파일 이름 확장명과 파일 형식이 일치하지 않으면 경고 메시지를 표시합니다.
•	2: 파일 이름 확장명과 파일 형식을 검사합니다. 파일 이름 확장명과 파일 형식이 일치하지 않으면 파일을 열지 않습니다.

참고이러한 값 데이터의 기본값은 1입니다. 값 데이터를 1로 설정하면 레지스트리 값을 설정하지 않은 것과 같은 결과가 나타납니다.값 데이터를 0으로 설정하면 파일 이름 확장명과 파일 내용이 항상 검사되지 않습니다. 이 기능은 무시하지 않는 것이 좋습니다.

파일 메뉴에서 끝내기를 눌러 레지스트리 편집기를 종료합니다.

위로 가기

현재 상태

loadTOCNode(1, 'status');

이것은 의도적으로 설계된 동작입니다.

위로 가기

추가 정보

loadTOCNode(1, 'moreinformation');사용 방법에 따라 파일 이름 확장명이 올바르게 인식되지 않을 수 있는 문제에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

939597 (http://support.microsoft.com/kb/939597/) 2007년 6월 29일자 Excel 2007 핫픽스 패키지에 대한 설명

SICP와 HTDP

vimming — Thu, 11 Jun 2009 17:08:49 GMT

고전을 찾아서 3 | 바른 가르침과 배움에 대한 해답, SICP와 HTDP

2003-10-07 09:10:44

어떻게 해야 프로그래밍을 제대로 배울 수 있을까? 그리고 어떤 식으로 해야 프로그래밍을 제대로 가르칠 수 있을까? 프로그래밍 기술서적이 무더기로 쏟아져 나오지만 정작 이와 같은 질문에 바른 답을 주는 책은 드물다. 무엇이 ‘제대로’인지 깨닫지 못하는 바에야무작정 프로그래밍 기술을 집어 삼키는 것이 무슨 의미가 있을까? 이 문제를 진지하게 고민하지 않는 이에게는 세상에 둘도 없이못써먹을 책이겠지만 그렇지 않다면―어떻게 프로그래밍을 배우고 가르쳐야 할지 그 바른 출발점을 찾지 못해 헤매는 누군가가 있다면,『Structure and Interpretation of Computer Programs』는 유일무이한 해답이라고 할만 하다.

김재우 | kizoo@bluette.com
블루엣 인터내셔널의 기술 이사로 재직중이며 개발 환경과 온라인 교육 시스템을 결합한 소프트웨어를 설계하고 있다. 소프트웨어 공학 기술이나 관련 이론을 실천하도록 만드는 것이 개발자로서의 목표다.

지난 1985년 MIT Press에서 출판한 『Structure and Interpretation of ComputerPrograms』(이하 SICP)는 MIT의 기초 프로그래밍 교육 과정을 담고 있다. 이 책의 신선한 교육 철학과 완성도 높은내용은 기존의 프로그래밍 입문 교재들과 차원을 달리했다. 그리하여 ‘강호(?)를 평정’했다고 표현해도 될 만큼 수많은 대학에서이 과정을 채택했고, 이른바 프로그래밍 입문 교육의 표준이 됐다(한때 SICP는 세계 300여개 대학의 프로그래밍 교육 과정에사용됐다).

SICP의 신선한 교육 철학
SICP의 무엇이 그렇게 상큼했을까? 이 책은 프로그래밍 언어의 선택부터가 남달랐다. 당시 산업에서 인기를 끌고 있는 언어나교육용 언어로 널리 인정받았던 파스칼을 쓰지 않고 MIT에서 개발한 새로운 언어, Scheme을 실습 언어로 선택하는 과감성을보였다. 프로그래밍 언어 Scheme은 LISP의 전통을 이어받아 설계된 언어이나 Static Scoping(미안하지만, 아직이 용어를 쉽게 대체할 적당한 우리말을 찾지 못했다)을 채택하고, 함수 계산 결과가 함수가 될 수 있도록 기능을 확장한 면이다르다. 그렇다면 하고 많은 언어 중에 왜 하필이면 Scheme이었을까? 그것도 처음 프로그래밍을 훈련하는 과정에서 왜 그런파격이 필요했을까?

독특한 실습 언어, Scheme
첫 번째 프로그래밍 언어의 선택은 아주 중요하고도 민감한 문제다. 처음 배우는 언어는 프로그래머에게 모국어와 같아서, 프로그래머가 생각하는 사고의 바탕이 된다(본지 다른 기사를 통해 여러 번 같은 주장을 한 적이 있다).
선택한 언어가 표현 수준이 낮아 어려운 문제를 푸는 데 많은 사전 작업을 거쳐야 한다면 학생들은 문제를 푸는 사고를배운다기보다, 언어의 낮은 표현 수준을 문제를 표현할 수 있는 수준으로 끌어올리는 데 더 심혈을 기울여야 한다(대부분의 시스템프로그래밍 언어가 그렇다). 물론 그 또한 프로그래밍 교육이라고 할 수야 있겠지만 프로그래밍 사고를 형성하고자 하는 교육목표와는 거리가 멀다. 다시 말해 프로그래밍 입문 과정에서 다룰 주제는 아니다.
또한 실습 언어가 편협한 해법을 강요하면 문제를 유연하게 해결하는 사고력을 가르치기 어렵다. 나중에 완전히 다른 방식의 해법을공부하게 되더라도 처음 익힌 사고의 편향성 때문에 새로운 방식에 적응하기 매우 힘들다(필자 자신이 그 좋은 예다. SICP를처음 배울 때의 충격은 프로그래밍을 처음 배웠을 때에 비할 바가 아니었다).
그러므로 가능하면 아예 처음부터 복합 사고를 익히게 하는 것이 옳다. 즉, 하나의 문제 풀이에 가능한 해법을 총동원해 보고, 그 중 가장 유리한 해법 몇 개를 섞어 쓰도록 유도하는 것이 바람직하다(이른바 멀티패러다임 프로그래밍).
Scheme은 앞의 두 가지 문제를 균형 있게 해결할 수 있는 답이다. 문법이 간결하고 구문의 의미가 명확하다 보니 다른언어에서처럼 ‘문법의 횡포’에 시달릴 요인이 없다. 즉, 언어를 익히느라 시간을 허비하지 않아도 되므로 교육의 취지에 맞게프로그래밍을 익히는 데 더 많은 노력과 시간을 할애할 수 있다(만일 이 글이 언어 선택에 대한 확신을 심어주기에 모자라다고생각하면, Alan J. Perlis가 쓴 SICP의 머리말과 참고자료 ?의 논문을 읽어봐 주었으면 한다).

풍부하고 정선된 예제
SICP의 두 번째 자랑거리는 주옥같은 예제에 있다. 이 책은 예제로 시작해 예제로 끝난다고 해도 과언이 아닐 정도로 풍부한예제를 제공하는데, 그 완성도가 뛰어남은 물론이고 하나하나 확실한 교육 목표를 염두에 두고 설계되어 있다. 즉, 프로그래밍기법이나 새로운 응용 분야를 말로 드러내어 설명한다기보다(그렇다고 아예 설명을 생략한다는 것은 아니지만), 주어진 문제의자연스런 해결책으로 동원될 수 있게 애써 꾸며 놓았다.
이는 시중에서 흔히 볼 수 있는 프로그래밍 책들과 크게 다른 접근 방식이다. 보통 프로그래밍 패러다임이나 설계 원리를 설명하는책들은 이해시키고자 하는 대상에 지나치게 집중한 나머지 예제 선택의 중요성을 간과한다. 고의로 간단한 예제를 사용하고 예제자체를 이해하는 데 부담을 줄여 원리를 이해시키는 목적에 충실하자는 의도다. 그러나 이런 방식은 원리 해설에는 유리할지 몰라도그 원리를 실제 어떻게 응용해야 좋은지, 그리고 어떤 유형의 문제에 더 적합한지를 가르쳐 주지는 못한다.
SICP의 2.4~2.5절은 SICP의 그런 장점을 보여주는 좋은 예다. 이 두 절은 복소수를 예로 들어 다형성 문제를 취급하고있는데, 무작정 다형성을 소개하는 것이 아니라 ‘한 종류(형, type)의 데이터라도 왜 여러 개의 표현이 필요한지’를자연스럽게―프로그램 개발 과정에서 요구 변화에 따라오는 필연적 개선 작업으로 설명한다.
복소수는 직각 좌표계에서 표현할 수 있지만 극 좌표계에서도 표현 가능하다. 그런데 이 두 표현 방식은 쓰임새에 따라 어느 한쪽이 더 유리해질 가능성이 있다. 예를 들어, 복소수를 덧셈/뺄셈할 때는 직각 좌표로 표현하는 것이 좋고, 곱셈/나눗셈에는 극좌표가 자연스럽다.

◆ 직각 좌표 표현으로 덧셈
c1 + c2 = 실수부(c1 + c2) + 허수부(c1 + c2)i
= (실수부(c1) + 실수부(c2)) + (허수부(c1) + 허수부(c2))i
◆ 극 좌표로 곱셈
c1.c2 = r.e^iA
where r = 크기(c1.c2) = 크기(c1).크기(c2)
A = 각(c1) + 각(c2)

그러므로 단 한 가지 표현만 쓰게 된다면 어느 한 쪽 연산에만 유리하다. 결국 여러 연산에 고루 유리한 복소수 데이터를 만들고자한다면 여러 표현을 하나의 그릇에 섞을 수 있어야 하며, 이를 사용하는 쪽에서는 그 속사정을 알지 못하도록 가려야 한다. 이문제를 가장 간단하게 해결하는 방법은 내부에서는 한쪽 표현에 따라 구현하고, 다른 표현은 인터페이스로만 제공하는 것이다. 즉,다음과 같다.

Let c = x + yi (복소수를 직각 좌표로 표현했을 경우)

실수부(c) = x
허수부(c) = y
크기(c) = sqrt( 실수부(c)^2 + 허수부(c)^2
각(c) = atan(허수부(c), 실수부(c))

이 방법은 극 좌표 표현을 직각 좌표 표현으로부터 계산해 내기 때문에 곱셈 연산을 자주 하는 경우 계산 효율이 크게 떨어진다.본래 연산에 따라 더 적합한 표현을 선택할 수 있는 ‘표현 선택의 자유’를 제공하려는 목적을 만족시키지 못하지만 우선 사용자인터페이스를 설계하고 돌려 보는 용도에 적합하다. 그리고 곱셈을 별로 사용하지 않는다고 확신할 수 있다면 이 기법으로도충분하다. 일단, ‘프로그램은 돌아가고 봐야 된다’는 목표를 달성했으니, 좀더 유리한 표현 기법을 탐구하고 실험해 볼 수 있는적당한 시간을 번 셈이다.
자, 이제 인터페이스에는 아무런 변화를 주지 않고(복소수를 사용하는 코드에는 아무런 영향을 주지 않아야 된다는 말이다), 서로다른 연산에 유리한 서로 다른 표현을 한 바구니에 담으려면(하나의 형처럼 취급하려면) 어떤 주문을 외어야 할까? 조사 결과사용자는 덧셈과 곱셈을 고루 사용하는 것으로 나타났고, 곱셈에 유리한 극 좌표 구현을 제공하지 않으면 계산 효율성을 개선할 수없다.
SICP는 이런 문제의 해법으로 정책이 전혀 다른 세 가지 프로그래밍 기술인 Tagged Data, Data-DirectedProgramming, Message-Passing을 소개한다. 그러나 어느 것이 절대 유리하다고 편협한 판단을 강요하지않는다. 단지, 다음과 같은 질문을 던져 학생 스스로 상황에 따라 유리한 기법을 고를 수 있는 안목을 기르라고 소리 없이가르친다.

◆ 추가 변동 사항이 없다면 가장 효율 있는 방법은 무엇인가?
◆ 만일 직각 좌표, 극 좌표 외에도 새로운 복소수 표현을 추가할 필요가 있다면 어떤 기법이 가장 유리한가?(즉, 또 다른 표현이 필요하다고 해도 이미 만들어 놓은 코드를 전혀 손댈 필요가 없는 기법은 무엇인가?)
◆ 만일 표현의 종류에는 변화가 없으나 연산을 새로 추가해야 한다면 어떤 기법을 쓰는 것이 가장 유리한가?(즉, 복소수 연산이 더 필요할 때 나머지 코드에 전혀 손상을 가하지 않는 기법은 무엇인가?)

이 문제에 대한 해답은 독자들의 몫으로 남겨둔다.
이제 책 내용에 대한 설명은 접고 SICP의 교육 철학에 대한 얘기를 마무리 짓도록 하자.
SICP가 보기 드물게 훌륭한 예제를 풍부하게 제공한다는 점은 앞에서 이미 얘기했다. 그런데 이 책에서 좋은 예제가 차지하는역할이 하나 더 있다. 읽기 능력 훈련이 바로 그것이다. SICP는 다른 많은 프로그래밍 연습용 서적처럼 작은 문제를 바닥부터홀로 만들어 올라가는 방식을 취하지 않는다. 그보다는 어느 정도 규모를 갖춘 예제와 그 예제에 걸맞은 프로그램을 그 구조를보여주고 이를 완성하거나 개선하는 방식의 문제를 제시한다.
배우는 이가 책이 제시하는 예제를 충분히 이해해 온전히 자기 것으로 소화하지 못하면 문제의 의도는 물론이고 적절한 답을 찾기어렵다. 이는 좋은 프로그래머라면 주어진 코드를 읽고, 그 동작 방식을 제대로 그려낼 줄 알아야 한다―즉, 프로세스 시각화능력을 갖추어야 한다―는 교육 의도를 충실히 반영하려는 노력이다.

SICP 현황과 문제점
SICP의 철학과 우수성은 앞에서 충분히(물론 완벽할 수야 없지만) 설명했다고 본다. 이제 그 문제점과 대안을 알아볼 차례가됐다. 세상에 완벽한 해결책이란 없는 법이다. 우선 이 멋진 책(또는 과정)을 얼마나 많은 대학에서 쓰고 있는지 살펴보자.
현재 SICP를 가르치는 대학은 약 100여개 정도 된다. 나라 별로 그 수가 많은 것부터 늘어놓아 보면 단연코 미국이 가장많다. 미국은 모두 93개 대학으로 컬럼비아, 코넬, 프린스턴, MIT(당연히) 등이 여기에 포함된다. 그리고 영국에서는옥스포드를 포함해 총 7개 대학, 독일은 9개 정도다. 이어서 이탈리아와 덴마크가 각 2개, 네덜란드·핀란드·벨기에·스페인이 각한 개씩인 것으로 되어 있다.
아시아권은 그 수가 적다. 여기에는 우리나라도 물론 포함되어 있다. 일단 일본은 동경대, 싱가포르는 싱가포르 국립대에서 이과정을 채택하고 있고, 우리나라에서는 KAIST(이광근 교수), 고려대에서 채택하고 있다(그리고 등록되어 있지 않지만창원대(이수현 교수)에서 SICP를 가르치고 있다는 사실을 들어서 알고 있다). 또한 현재는 다른 과정으로 대체됐으나 한때 부산동아대학교에서 1995년부터 신입생 프로그래밍 강좌로 이 강좌를 개설해 한 해 5개 강좌 약 300명이 수강하기도 했다.
총 100여개에 이르는 대학이 한 대학에서 개발한 과정을 채택하고 있다고 보면 여전히 많은 축에 속하기는 하지만 예전만큼‘강호를 평정’하고 있다고 하기는 어렵다. 지난 10여 년간 SICP를 채택하거나 적어도 Scheme을 실습 언어로 선택하는대학이 많이 줄어든 것이 사실이다. 이는 많은 대학에서 이 분야의 급격한 기술 변화를 무시하지 못하고 예전처럼 유행하는프로그래밍 언어를 가르치는 방식으로 돌아섰기 때문에 생긴 결과라 하겠다. 그러나 이런 슬픈 현상을 추세 탓으로만 돌릴 수는 없는법이다. SICP를 채택한 이후에 겪게 된 여러 가지 문제점이 그런 변절(?)의 빌미를 제공했다고도 볼 수 있기 때문이다.
SICP의 문제점은 2002년에 발표된 참고자료 ?에 비교적 잘 설명되어 있다(SICP 방식의 교육에 깊은 관심이 있는사람이라면 그전에 참고자료 ?의 논문을 읽어 보는 것이 좋다). 이 논문에서 몇 가지 눈에 띌 만한 것을 나름대로 정리해 보면이렇다(아마도 SICP를 약 4장 정도까지라도 따라가 본 사람은 이 논문이 주장하는 바를 공감할 수 있을 것이다).
SICP의 가장 큰 문제는 과정 자체가 너무 어렵다는 데 있다. 프로그래밍 자체가 어려운 것이야 당연한 것이지만 프로그래밍 기법을 설명하기 위해 드는 예제들이 문제다.
SICP는 컴퓨터를 전공하는 학생들만을 위한 기초 서적이 아니다. 프로그래밍이 꼭 필요한 분야라면 전공에 관계없이 채택할 수있는 기초 기술 서적(또는 과정)이다. 특정 분야에 치우침 없이 고루 응용할 수 있는, 다양한 문제와 해법을 다루고 있기 때문에전산 전반에 걸친 기초 기술 모두를 한 번씩은 짚고 넘어간다고 봐도 틀린 얘기가 아니다.
게다가 완성도가 높아서 분야별 사전 지식(domain knowledge)을 먼저 학습하지 않고서는 문제 자체를 이해할 수 없는경우가 대부분이다. 균형 잡힌 지도를 받지 못한다면 초심자들은 이 책이 전문 분야 지식과 프로그래밍 기법 중 어느 쪽에 중점을두고 있는지 알아차리지 못할 가능성이 높다.
처음 배우는 이를 더욱 당혹스럽게 만드는 점은 이 책의 ‘보물찾기’ 식 내용 구성이다. 프로그램 설계를 그 어느 서적보다중요하게 다루지만 드러내어 떠들지 않는다. 너무 고상한 방법으로 목표를 달성하려고 하다가 선문답식 가르침이 되어버린 셈이다.가르치고자 하는 모든 것을 예제 속에서 엮어 놓았기 때문에 배우는 사람 스스로 그 참뜻을 찾아내려 애써야 한다.
사실, 학생 대부분은 숨겨놓은 교육 의지(제대로 프로그래밍하기)를 찾아내지 못하고, 표면 지식(이를테면, 언어 그 자체나 특정응용 분야)에 더 중점을 두기 쉽다. 만일 가르치는 사람조차 그 의도를 충분히 알아차리지 못하면 당연히 이 문제는 더심각해진다. 내용상의 연계성을 고려하지 않고 교육 의도―‘왜 그렇게 프로그래밍하는 것이 옳은가’를 충분히 전달할 수 없다면,SICP는 주어진 예제를 단순히 풀어내려가는 평범한(그러나 아마도 아주 혹독한) 훈련으로 전락할 수 있기 때문이다(이런 문제때문에 이 과정을 제대로 이끌어갈 수 있는 교수진을 구성하기도 어렵다).

HTDP와 Dr. Sheme
『How To Design Programs』(이하 HTDP)는 앞에서 설명한 SICP의 여러 가지 문제점, 특히 다음과 같은 문제점을 개선하는 데 중점을 두고 만들어 낸 책(또는 교육 과정)이다.

◆ 특정 분야 지식을 과하게 요구할 뿐만 아니라 그 지식을 설명하는 데 너무 많은 지면을 할애한다.
◆ 프로그램 설계를 드러내 가르치지 않으므로 학생들에게 교육 목표를 제대로 전달하는 데 어려움이 많다.

더 자세한 개발 동기 및 설계 원칙, 교수법 등에 대한 설명은 참고자료 ?에 잘 정리되어 있으므로 참고하기 바란다.
HTDP를 쓴 저자들은 모두 PLT(Programming Language Technology,http://www.plt-scheme.org/who)라는 단체의 구성원들이다. PLT는 다양한 Scheme 구현을 제공할목적으로 만든 자원 단체로 현재 EdScheme 또 MzScheme 등을 개발해 배포하고 있다. 특히 이 그룹에서 개발한 Dr.Scheme은 재미있는 소프트웨어다. Dr. Scheme은 여러 Scheme 구현 위에 돌아가는 일종의 Scheme IDE라 할수 있는데, 애초부터 교육 용도로 개발된 것이다. 그래서 프로그래밍 훈련의 재미와 효과를 높일 수 있는 여러 가지 기능을 갖추고있다. SICP 같은 과정과 Dr. Scheme 같은 실습 소프트웨어는 정말 찰떡궁합이라 할 수 있다.

HTDP와 우리 프로그래밍 교육
필자는 우리나라의 많은 교육 기관이 이론 교육과 실무 기술 교육 사이의 균형점을 찾지 못하고 우왕좌왕하고 있다고 생각한다.컴퓨터 공학(과학)과 정보 처리학은 엄연히 다른 것인데도, 하나의 과정 속에 분별없이 섞어놓고, 학생들이 어디로 가야 할지해답의 실마리를 쥐어 주지 않는다. 취업 문제로 고민하는 학생들에게 나름대로 해결책을 제시하기 위해 실무 기술을 가르치겠다는의지 자체는 충분히 공감하는 바다. 그러나 기존 교육 체계는 그대로 두고서 실무 기술 교육을 강화하겠다는 것(교육 내용만 살짝바꿔치기하겠다는 것)은 헛된 바람이다.
『The Pragmatic Programmer』(참고자료 ?)의 서문에 쓰인 말대로, 개발자 능력은 기초 컴퓨팅 이론 바탕 위에다양한 실무 프로젝트를 개발하는 경험이 쌓여서 배양된다. 설령 철저한 실무 교육을 목표로 하는 교육 기관이라 할지라도 기초 이론교육을 무시한다면 좋은 인력을 길러낼 수 없고, 이론 교육이라고 해도 실무 기술과 연계성을 주의 깊게 고려해 가르치지 않으면쓸모 있는 바탕 교육이라 할 수 없다.
이런 점에서 HTDP가 추구하는 프로그래밍 교육의 원칙은 주목할 만하다. 프로그래밍의 원리 교육과 실무 기술 훈련이 하나의 과정속에 어떻게 배치되어야 하는지 한 가지 해법을 제안하고 있기 때문이다. 참고자료 ?은 HTDP가 추구하는 프로그래밍 교육 목표를다음과 같이 기술하고 있다.

변하는 기술 환경에 빠르게 적응할 수 있고, 수십 년 동안 소프트웨어 관련 직종에서 살아남을 수 있는, 유능한 소프트웨어 개발 인력을 양성하는 것이 프로그래밍 교육의 목표다.

너무 뻔한 얘기라서 식상하기까지 하지만, 우리네 교육기관 중 저 목표를 향해 땀 흘려 달리는 곳이 과연 몇 군데나 될까?참고자료 ?에서는 이와 같은 교육 목표를 달성하기 위해 다음과 같은 구조로 교육 과정을 구성하는 것이 바람직하다고 주장한다. 이제안에 따라 교육 과정을 그려보면 <그림 1>이 나온다.

프로그래밍 커리큘럼은 근본 원리를 가르치는 데 중점을 두어야 한다. 그리고 첫 해 두 번째 학기와 마지막 학년에서 산업이 요구하는 기술에 적응할 수 있도록 실용 기술을 훈련한다.

이와 같은 제안이 우리네 교육 기관이 처해있는 여러 가지 문제를 정말 해결해 줄 수 있는지를 함부로 판단할 수는 없는 법이다.그러나 SICP나 HTDP와 같은 해법이 프로그래밍 기술의 본질을 바로 알고 더 나은 프로그래밍 교육을 시도하는 가치 있는실천임에는 의문의 여지가 없다고 믿는다.

독자에게 드리는 선물
여기까지 글을 읽어준 독자에게 몇 가지 선물을 드릴까 한다. 이 글에서 소개한 두 권의 책은 모두 웹에 전문이 올라와 있다.

◆ http://mitpress.mit.edu/sicp/
◆ http://www.htdp.org

앞에서도 말한 바 있지만 SICP를 제대로 익히려면 좋은 선생이 필요하다. 한데 다행스럽게도(그리고 매우 고맙게도) 저자(Harold Abelson) 및 다른 MIT 교수진의 SICP 강의를 동영상으로 보고 들을 수도 있다.

◆ http://www.swiss.ai.mit.edu/classes/6.001/abelson-sussman-lectures/

강의도 들을 수 있고 책도 마련했으니 이제 실습용 프로그래밍 환경만 있으면 완벽하다. 이왕 책이 권하는 대로 Scheme을써보기로 했다면, 다음 주소에서 Dr. Scheme을 내려받을 수 있다(실습 언어로 꼭 Sheme을 써야 하는 것은 아니지만,다른 언어를 쓴다고 해도 책을 읽고 예제를 풀기 위해 Scheme 코드는 정확히 읽고 이해할 수 있어야 한다).

◆ http://www.drscheme.org

이제 이 공개된 보물지도로 보물을 찾아 나설지 말지는 온전히 독자의 몫이다.

정리 | 송우일 | wooil@korea.cnet.com

무위자연

VisualSVN+TortoiseSVN

출처 : http://pureholic.net/2009/05/26/developing-enviormentvisual-studio-2008-visualsvn-server-tortoisesvn/

윈도우 통합개발 환경 구축하기(Visual Studio 2008 + VisualSVN Server + TortoiseSVN)

자바의 문자깨짐 대책FAQ

Tomcat/JSP와 한글

[NIO-02] NIO를 이용한 간단한 예제 공부/Java

자바 파일복사 코드와 성능 2 :: Java File Copy Code & Perfomance Issue. part 2

자바 파일복사 코드와 성능 2 :: Java File Copy Code & Perfomance Issue. part 2

자바 파일복사 코드와 성능 1. :: Java File Copy Code & Perfomance Issue. part 1

자바 파일복사 코드와 성능 1. :: Java File Copy Code & Perfomance Issue. part 1

JAVA IO

JAVA IO

자바 I/O

자바 I/O

Labels

Children (35)

예제를 통해본 자바 입출력

예제를 통해본 자바 입출력

9.2.1 InputStream 클래스

9.2.2 InputStreamReader 클래스

9.2.3 FileOutputStream 클래스

9.2.4 RandomAccessFile 클래스

excel 2007 파일 열기에서 경고 메세지

Excel 2007에서 파일을 열면 파일 형식이 파일 이름 확장명에서 지정한 형식과 다르다는 경고가 나타난다

현상

원인

해결 방법

현재 상태

추가 정보

SICP와 HTDP