천사와악마사이

티스토리로 옮김

2011-02-09T00:30:00.002+09:00

......

2011-02-08T20:00:00.001+09:00

블러거 너무 불편해.......
글목록 분류가없어........ 아악...

대학시절 프로젝트 목록

2011-01-30T23:07:00.004+09:00

※ 프로젝트 경험
1. Dijkstra를 이용한 navigation
- 기간 : 2008. 11 - 2008. 12
- 개발환경 : Visual Studio 2005, C#, Access
2. 네트워크를 이용한 로봇통신 시뮬레이션
- 기간 : 2008. 11 - 2008. 12
- 개발환경 : Visual Studio 2005, C#
3. 성적관리 시스템(Score Managers)
- 기간 : 2008. 09 - 2008. 12
- 개발환경 : Visual Studio 2005, C#, MS SQL 2005
4. 손가락 인식 프로그램
- 기간 : 2008. 05 - 2008. 06
- 개발환경 : Visual Studio 2005, MFC, 영상처리
5. 정렬 알고리즘
- 기간 : 2008. 09 - 2008. 10
- 개발환경 : Eclipse, JAVA, Jigloo
6. 실전포트리스
- 기간 : 2008. 09 - 2008. 12
- 개발환경 : RCX, C7. 자취방검색 프로그램 - 기간 : 2008. 09 - 2008. 12
- 개발환경 : C#, MS SQL

※ 팀프로젝트 수상경험
1. 2008창의적 종합설계 경진대회 (Capstone Design) 부문별 대상
- 참여주제 : 웹 카메라를 이용한 감시 시스템(Cs Guard)
- 기간 : 2008. 04 ~ 2008. 09
- 내용 : 웹 카메라를 이용하여 외부 침입자 감시와 화재 및 내부자의 응급상황을 감지할 수 있는 시스템
- 담당분야 : 아이디어 제공 및 전체적인 프로그래밍 담당
2. 2009창의적 종합설계 경진대회 (Capstone Design) 우수상
- 참여주제 : 가상으로 옷 선택하기 (Virtual Coordination)
- 기간 : 2009. 04 ~ 2009. 09
- 내용 : 웹 카메라를 이용하여 사용자가 착용하고 있는 옷의 객체를 추출 및 색과 무늬를 넣음(증강현실)
- 담당분야 : 아이디어 제공 및 전체적인 프로그래밍 담당

답답하다.

2011-01-27T21:54:00.000+09:00

잘 선택한것인지 잘못된 선택을 한것인지 잘 모르겠다.

손가락에 꼽을정도로 읽은 책중에 폰더씨의 위대한 하루였던가..

그곳에서 하나의 선택으로 인하여 그사람에게 어떠한 결과가 미치는지 그리고 모든것은 그사람의 선택으로 인하여 결정된다는것...

요즘들이 그책이 생각난다.

지금 생각해보면,

왜 내 주의의 사람들은 그 회사를 좋다고 평가하는 사람이 단 한명도 없었던걸까..

그리고 난 왜 그 말들에 귀를 기울였던걸까..

그때 환경 여건을 생각한다면 그럴수밖에없었을까..

숙제 내준시간.. 새벽 3시 30분.. 그리고 주말포함해서 일요일까지 완료

처음에는 그냥 숙제형식이기에 주말 상관없이 나온줄알았는데..

숙제의 어려움을 느끼고 친구한테 조언을 구하고자 물어보던 과정중에서

도대체 어떤회사이길래 이런 숙제를 내주었냐고해서 그회사의 이름을 말했다.

그랬더니 정말 충고하는데 가지말라고 하는것이다. 일만 하다가 끝난다라고..

그때까지 나는 에이 어차피 프로그래밍 하는것 좋아하는데 무슨상관이냐고 했었다.

그런데 자꾸 그말이 걸려서 다른 친구들에게 물어봤다.. 그회사 어떠냐고..

하나같이 좋다는 말이 안나왔다.. 단 한명만이라도 좋다고 나왔다면...... 아마 나의 선택은 달랐을것 같다.

아 잘모르겠다.. 정말 잘한 선택인지.... 바보같은 선택이였는지..

한가지 확실한것은 있다... 이 선택이 잘한 선택이기 위해서는 난 더 높은곳으로 가야한다는 것.

더 열심히 해야한다는 것..

그래도 그회사 덕분에 재밌는 공부를 했었다.. 진짜 객체 지향이라는것이 무엇인지 정도는 알았으니까..

그리고 팀원들과 같이 개발하기위해 그리고 나의 소스를 다른사람이 이해시키기위해 어떻게 해야할지는 알았으니까..

좋은 배움은 된것 같다.. 이것을 써먹을수 있는 회사에 들어가야할텐데......

난 단지.. 만들고 싶을 뿐인데..

2010-11-28T02:50:00.000+09:00

난 컴퓨터로 프로그래밍 하는것이 좋다...

이제 12월... 어여 취직해서 만들어 보고싶다..

그런데 마음에 와닿는 그런 회사를 발견하질 못하였다.

대체 어딜가서 무엇을 해야할까...

정말 모르겠다...

난 단지... 만들고 싶을 뿐인데... 그것을 어디에서 무엇을 만들어야할지... 모르겠다..

난 단지... 만들고 싶을 뿐인데... 어디를 가야할까....

어렵다....

던전앤파이터 마을 물리 및 마법 공격력 계산 프로그램

2010-07-05T05:28:00.000+09:00

DNFDamage_1.exe

그냥 심심해서 만들어봤다.

속성강화 및 퍼뎀, 고뎀스킬에 대한것은 나중에 추가하도록하겠다..

잠이와서..;;

Command Pattern

2009-12-09T11:53:00.000+09:00

Command Pattern

명령을 클래스로 표현하기
Command : 명령, Event
이벤트 구동 프로그래밍 에서 사용되는 이벤트와 같은 의미

클래스가 일을 실행할 때에는 자신의 클래스나 다른 클래스의 메소드를 호출합니다. 메소드를 호출한 결과는 객체의 상태에 반영되지만, 일의 이력은 어디에도 남지 않습니다.
이때 이 일을 실행하시오 라는 명령을 표현하는 클래스가 있으면 편리합니다. 실행하고 싶은 일을 메소드를 호출하는 동적인 처리로 표현하는 것이 아니라 명령을 나타내는 클래스의 인스턴스로 하나의 물건 처럼 표현할 수 있기 때문입니다. 이력을 관리하고 싶을 때에는 그 인스턴스의 집합을 관리하면 됩니다. 명령의 집합을 저장해두면 같은 명령을 재 실행할 수 도 있고, 또는 복수의 명령을 모아서 새로운 명령으로 재이용할 수도 있습니다.

예제프로그램

CommandPattern.alz

Command Pattern의 등장인물

Command의 역할
: 명령의 인터페이스를 정의
예제프로그램에서 Command 인터페이스

ConcreteCommand의 역할
: Command역할의 인터페이스를 실제로 구현하고 있는 역할
예제프로그램에서 MacroCommand 클래스와 DrawCommand 클래스

Receiver의 역할
: Command 역할이 명령을 실행할 때 대상이 되는 역할. 명령을 받아들이는 수신자
예제프로그램에서 DrawCommand의 명령을 받아들이고 있는 DrawPanel클래스

Client의 역할
: ConcreCommand 역할을 생성하고그 사이에 Receiver 역할을 할당
예제프로그램에서 Main 클래스

Invoker(기동자)의 역할
: 명령의 행동을 개시하는 역할
Command역할에서 정의되는 인터페이스를 호출하는 역할이 됩니다.
예제프로그램에서 Main클래스와 DrawPanel 클래스가 이 역할을 합니다. 이 두개의 클래스가
Command 인터페이스의 execute 메소드를 호출하고 있습니다. Main 클래스는 Client 역할과
Invoker 역할 둘 모두 수행합니다.

출처 : Java 언어로 배우는 디자인 패턴 입문

Proxy Pattern

2009-12-04T08:27:00.000+09:00

Proxy Pattern

Proxy : 대리인
오브젝트(객체) 지향에서는 본인도 대리인도 오브젝트(객체)가 됩니다 바빠서 일을 할 수 없는 본인 오브젝트 대신에 대리인 오브젝트가 어느 정도 일을 처리하게 됩니다.

예제 프로그램

이름 있는 프린터
Main클래스는 PrinterProxy클래스의 인스턴스를 생성
그 인스턴스에 Alice라는 이름을 붙이고 그 이름을 표시
그후 Bob 이라는 이름을 변경해서 그 이름을 표시
(이름의 설정과 취득에서는 아직 실제 Printer 클래스의 인스턴스는 생성되지 않았습니다.)
이름의 설정과 취득 부분은 PrinterProxy 클래스가 대리로 실행
마지막에 print 메소드를 호출해서,
실제로 프린터를 실행하는 단계가 되어서야 비로서 PrinterProxy 클래스는 Printer 클래스의 인스턴스를 생성

ProxyPattern.alz

Proxy Pattern의 등장인물

Subject(주체)의 역할
: Proxy 역할과 RealSubject 역할을 동일시하기 위한 인터페이스를 결정
Subject 역할이 있는 덕분에 Client 역할은 Proxy 역할과 RealSubject 역할의 차이를 의식할
필요가 없습니다.
예제프로그램에서는 Printable 인터페이스

Proxy(대리인)의 역할
: Proxy의 역할은 Clinet 역할의 요구를할 수 있는 만큼 처리를 합니다. 만약, 자신만으로 처리할 수
없으면 Proxy 역할은 RealSubject 역할에게 처리를 맡깁니다. Proxy 역할은 정말로 RealSubject
역할이 필요해지면 그때 RealSubject 역할을 생성합니다. Proxy역할은 Subject 역할에 정해지는
인터페이스를 구현
예제프로그램에서는 PrinterProxy

RealSubject(실제의 주체)의 역할
: 대리인인 Proxy 역할에서 감당할 수 없는 일이 발생했을 때 등장하는 것이 본인인 RealSubject
역할입니다. 이 혁할도 Proxy 역할과 마찬가지로 Subject 역할에서 정해져 있느 인터페이스를 구현
예제프로그램에서는 Printer 클래스

Clinet(의뢰인)의 역할
: Proxy Pattern을 이용하는 역할
예제프로그램에서는 Main 클래스

출처 : Java 언어로 배우는 디자인 패턴 입문

Flyweight Pattern

2009-12-04T00:17:00.000+09:00

Flyweight Pattern

Flyweight : 플라이급, 권투에서 가장 체중이 가벼운 체급

Flyweight Pattern는 오브젝트(객체)를 가볍게 하기 위한 것이 목적입니다.
여기서 가볍게라는 의미를 말하자면,
많은 메모리를 사용하는 오브젝트를 무겁다라고 표현하고, 적은 메모리를 사용하는 오브젝트를 가볍다라고 표현 합니다.

new Something()

라는 식으로 Something 클래스의 인스턴스를 만들수 있습니다. 이때, 그 인스턴스를 저장하기 위해서 메모리가 확보됩니다. Something 클래스의 인스턴스가 많이 필요할 때에, new를 많이 하면 메모리의 사용량이 커지게 됩니다.
이번 패턴에서 사용하는 기법을 한마디로 말하자면,
'인스턴스를 가능한 대로 공유시켜서 쓸데없이 new하지 않도록 한다.'
라는 것입니다.
인스턴스가 필요할 때 항상 new 하는것이 아니라 이미 만들어져 있는 인스턴스를 이용할 수 있으면 그것을 공유해서 사용합니다 이것이 Flyweight Pattern의 핵심입니다.

예제 프로그램

아래의 첨부파일을 보시면 debug 폴더에 big0~big9까지 텍스트파일로 들어있습니다. 이번 예제는
파일(big0~9)로 부터 큰문자의 텍스트를 읽어들여 메모리에 저장하고 print 하는 것입니다.
이때에 큰 문자는 메모리를 소비하기 대문에 인스턴스를 공유하는 방법을 쓴 것입니다.
만약 인스턴스가 이미 만들어져 있는 경우에는 그것을 이용하고 새로운 인스턴스를 만들지 않습니다.

FlyweightPattern.alz

Flyweight Pattern의 등장인물

Flyweight의 역할
: 평소대로 취급하면 프로그램이 무거워지기 때문에 공유하는 것이 좋은 것을 나타내는 역할
예제프로그램에서 BigChar 클래스

FlyweightFactory의 역할
: FlyweightFactory 역할을 만드는 공장의 역할.
이공장을 사용해서 Flyweight 역할을 만들면 인스턴스가 공유
예제프로그램에서 BigCharFactory

Client의 역할
: FlyweightFactory 역할을 사용해서 Flyweight 역할을 만들고 그것을 이용하는 역할
예제프로그램에서 BigString 클래스

출처 : Java 언어로 배우는 디자인 패턴 입문

설계... 그리고 패턴

2009-12-01T09:09:00.000+09:00

요즘 디자인 패턴을 공부하면서 참 많은 것을 느낀다.

객체지향이란 무엇인가....

객체란 무엇인가..

지금도 머.. 위 질문을 한마디로 대답해 라고 한다면..

솔직히 제대로(?) 대답할 자신은 없다.

참 알다가도 모를 어려운 말이다.

하지만 패턴을 공부하면 할수록 객체란.. 객체 지향이란 무엇인지 점점 알아가는 재미가 있다.

패턴은..

이전의 프로그래머들께서.. 이런 일을 하는 프로그램은 이런 방법으로 만들면 나중에 유지보수도 쉽고

이런 장점도 있다. 머 이런 방법들이 있는 것이니까....

공부하면 공부할수록.. 아! 이런 방법도 있었구나! 하는 생각이 많이 든다.

나루토의.. 록리가 한말이 생각난다..

어제보다는 오늘, 오늘보다는 내일 더 강해진 내가 될것이다 였나??

그래 나도 지금 말하고있다.

어제보다는 오늘, 오늘보다는 내일 더 프로그램을 잘 짜고 싶다고..

그리고 노력할꺼라고..

State Pattern

2009-12-01T08:32:00.000+09:00

State Pattern

상태를 클래스로 표현하기
상태를 클래스로 표현하면 클래스를 교체해서 '상태의 변화'를 표현할 수 있고, 새로운 상태를 추가해야 될 때 무엇을 프로그램하면 좋을지 분명해집니다.

State Pattern을 사용한 방법과 아닌 방법을 비교

State Pattern을 사용하지 않은 유사 코딩

펼쳐두기.

State Pattern을 사용한 유사 코딩

펼쳐두기..

예제 프로그램

금고 경비 시스템

클래스다이어그램

StatePattern.alz

State Pattern의 등장인물

State(상태)의 역할
: 상태를 나타냄
예제프로그램에서는 State 인터페이스

ConcreteState(구체적인 상태)의 역할
: ConcreteState 역할은 구체적인 각각의 상태를 표현
예제프로그램에서는 DatState 클래스 및 NightState 클래스

Context(상황, 전후관계, 문맥)의 역할
: 현재의 상태를 나타내는 ConcreteState 역할
예제프로그램에서는 Context 인터페이스와 SafeForm 클래스

출처 : Java언어로 배우는 디자인 패턴 입문

C# TextBox 줄바꾸기

2009-12-01T07:47:00.000+09:00

문제점(?)

C#에서 TextBox에 줄바꾸기 문장을 이전방법으로 넣으면 아래와 같은 문제가 발생합니다.

이전방법

textBox.AppendText("record ... 야간의 통화 녹음\n");

해결책

해결방법에는 2가지가 있습니다.
1. \r\n 을 넣는다.
2. Environment.NewLine 을 넣는다.
즉, 위의 예제대로 한다면

1. textBox.AppendText("record ... 야간의 통화 녹음\r\n");
2. textBox.AppendText("record ... 야간의 통화 녹음" + Environment.NewLine);

그럼 왜 그럴까요?
이유는 아래의 참조 사이트를 보시길 바랍니다.
네이버지식인

펼쳐두기..

MeMento Pattern

2009-11-27T14:53:00.000+09:00

MeMento Pattern

: 상태저장하기
   – Undo(실행취소)
   – redo(재실행)
   – history(작업 이력의 작성)
   – snapshot(현재 상태의 저장)
인스턴스의 상태를 나타내는 역할을 도입해서 캡슐화의 파괴에 빠지지 않고 저장과 복원을 실행하는 것을 Memento 패턴

* 캡슐화파괴 : 인스턴스를 복원하기 위해서는 인스턴스 내부의 정보를 자유롭게 액세스할 수 있어야 합니다 그러나 원하지 않는 액세스를 허용하면 클래스 내부 구조에 의존한 코드가 프로그램의 여기저기로 흩어져 클래스의 수정을 어렵게 만듭니다. 이것을 캡슐화의 파고라고 합니다.

예제프로그램

MementoPattern.alz

등장인물

Originator(작성자)의 역할
자신의 현재 상태를 저장하고 싶을 때 Memento 역할을 만듭니다. 또한, 이전의 Memento 역할을
전달받으면 그 MeMento 역할을 만든 시점의 상태로 돌리는 처리를 실행합니다.
예제프로그램에서 Gamer 클래스

Memento(기념품)의 역할
Originator 역할의 내부 정보를 정리
Memento역할은 Originator 역할의 내부 정보를 가지고 있지만, 그 정보를 누구에게도 공개하지
않습니다.(C# 예제프로그램은 그냥 했음)

* Memento 역할은 다음 두 종류의 인터페이스를 가지고 있습니다.
- wide interface -
Memento 역할이 제공하는 넓은 인터페이스는 오브젝트의 상태를 원래의 상태로 돌리기 위해
필요한 정보를 모두 얻을 수 있는 메소드의집합입니다. 넓은 인터페이스는 Memento 역할의 내부
상태를 속속들이 들어내기 때문에 이것을 사용하는 것은 Originator 역할뿐입니다.
- narrow interface -
Memento 역할이 제공하는 좁은 인터페이스는 외부의 Caretaker 역할에 보여주는 것입니다. 좁은
인터페이스로 할 수 있는 일에는 한계가 있고 내부 상태가 외부에 공개되는 것을 방지합니다.

이 두 종류의 인터페이스를 구별해서 사용하면 오브젝트의 캡슐화가 파괴도는 것을 방지
예제 프로그램에서는 Memento 클래스

Caretaker(관리인)의 역할
현재 Originator의 역할의 상태를 저장하고 싶을 때, 그것을 Originator역할에게 전합니다. 그것을
받아서 Memento 역할을 만들어 Caretaker 역할에게 전달합니다. Caretaker 역할은 미래의 필요에
대비해서 그 Memento 역할을 저장해 둡니다. 예제프로그램에서는 Main 클래스

출처 : Java 언어로 배우는 디자인 패턴 입문

Observer Pattern

2009-11-26T13:43:00.000+09:00

Observer Pattern

Observer : 관찰자
관찰 대상의 상태가 변화하면 관찰자에게 알려줌
상태변화에 따른 처리를 기술할 때 효과적

예제프로그램

ObserverPattern.alz

Observer Pattern 의 등장인물

Subject(관찰 대상자)의 역할
: Subject는 관찰되는 대상을 나타냅니다.
Subject 역할은 관찰자인 Observer 역할을 등록하는 메소드와 삭제하는 메소드를 가짐.
또 현재의 상태를 취득하는 메소드도 선언되어 있습니다.
예제프로그램에서 NumberGenerator 클래스

ConcreteSubject(구체적인 관찰 대상자)의 역할
: 구체적으로 관찰되는 대상을 표현하는 역할
상태가 변화하면 그것이 등록되어 있는 Observer역할에 전합니다.
예제프로그램에서 RandomNumberGenerator 클래스

Observer(관찰자) 의 역할
: Subject 역할로 부터 상태가 변했습니다 라고 전달받는 역할을 합니다. 이를 위한 메소드는 update
예제프로그램에서는 Observer 인터페이스

ConcreteObserver(구체적인 관찰자)의 역할
: 구체적인 Observer
update 메소드가 호출되면 그 메소드 안에서 Subject 역할의 현재 상태를 취득
예제프로그램에서 DigitObserver클래스, GraphObserver클래스

출처 : Java 언어로 배우는 디자인 패턴 입문

C# 디자인이 아닌 코드에서 아이템 추가하기

2009-11-22T21:29:00.000+09:00

제목 그대로입니다. 디자인 화면에서 그냥 마우스 드래그 하는것이 아닌 코드내에서 버튼, 체크박스, 라디오버튼 등.. 이런것들을 넣는것입니다. 물론 사용자가 직접 만든 아이템도 포함이지요..

머 이런것이 필요하겠냐 하는 분들도 계실지 모르지만.. 제가.. 필요했던적이 있었기에.. 이렇게 끄적입니다.

private ColleagueButton buttonOk; // 선언

buttonOk = new ColleagueButton("OK"); // 생성
buttonOk.Location = new System.Drawing.Point(20, 130); //위치 지정

this.Controls.Add(this.buttonOk); // 폼에 넣기

위의 순서대로 코딩하시면 됩니다.

참고로.. "OK" 이것을 넣은것은 제가 임의로 만든 버튼클래스에 생성자로 이름을 넣은것입니다.

그냥 버튼을 만드실때에는 가로안을 비워주시면됩니다.( private Button btn; // 선언 )

자 그럼 이벤트 이렇게 코드로 추가된 버튼에 이벤트 넣기

buttonOK.Click += new System.EventHandler(this.buttonOK_Click);

public void buttonOK_Click(object sender, EventArgs e)
{

// 클릭이벤트 발생시 일어나는 일을 넣기
}

사용자 정의 컨트롤

2009-11-22T21:19:00.000+09:00

아이템에 사용자 정의 옵션을 넣은 상태로 기본 생성하기(?)

먼말이야.. 하는 분들이 많을듯 합니다..

예를 들어 아무개 화면에 버튼을 넣는다고 합니다. 자.. 이 버튼에 이런저런 옵션을 넣어주고싶어합니다.

그럼 디자인화면에서 도구상자에서 버튼을 찾아 끌어다가 넣어주고 이런저런 옵션을 넣어주면됩니다.

자 그럼 만약에.. 이러한 버튼을 1개가 아닌 2개이상 아니 5개 10개.. 이렇게 넣는다면(?)

위의 작업을 5번 10번 해야하는것이죠.

이런 작업을 해놓은 하나의 아이템을 만드는 방법이 있습니다.

바로 사용자 정의 컨트롤이죠....

만드는 방법은..

위의 첫번째 화면으로 추가해주신다음에 디자인화면에 가서 보시면 두번째 화면과 같이 마음대로 추가하시며 쓰실수 있습니다.

Mediator Pattern

2009-11-22T20:54:00.000+09:00

Mediator Pattern

Mediator : 중개인, 조정자 라는 뜻이지만 패턴에서는 의지할수 있는 중개인으로 생각하는 하세요.
곤란한 일이 생기거나 모임 전체에 영향을 미칠만한 일이 발생하면 중개인에게 알리고, 중개인의 지시대로 실행합니다. 모임의 각 회원이 멋대로 다른 회원과 대화해서 판단하는 것이 아니라, 언제나 중개인을 통해서 행동하도록 합니다. 한편 중개인은 모임의 회원으로부터 올라온 보고를 기초로 판단을 해서 각 회원에게 지시를 내립니다. Mediator 패턴을 이와같은 성격의 디자인 패턴입니다.

예제프로그램

결과화면
이번에는 결과화면을 넣어야 할듯싶어서 이렇게 넣었습니다.
1. 로그인 다이얼로그 모습

2. 사용자 로그인이 선택되어 있으면, 사용자 명은 유효상태이지만 패스워드는 무효상태

3. 사용자 명에 한 문자라도 입력되어 있으면, 패스워드는 유효상태이지만 OK 버튼은 무효상태

4. 패스워드에도 문자가 입력되면 OK 버튼도 유효

5. 게스트 로그인을 하면 사용자 명도 패스워드도 무효상태

6. 패스워드가 입력되어 있어도 사용자 명을 삭제하면 OK버튼과 패스워드는 무효

MediatorPattern.alz

여담이지만... 이번 예제프로그램은 좀 마니 까다로웠습니다 역시 자바와 C#은 서로 싫어합니다 -0-
클래스다이어그램을보고 새로 짜야하였기에.. ㅡㅠ
물론 아래와 같은 사항을 만족하는 프로그램을 그냥 짜면 초 쉽습니다. 단지. Mediator 패턴에 따라 하니 좀.... 귀차는 구석이 많더군요.

Mediator Pattern의 등장인물

Mediator(조장자, 중개자)의 역할
: Mediator의 역할은 Colleague 역할과 통신을 해서 조정을 실행하기 위한 인터페이스를 결정
예제프로그램은 Mediator 인터페이스

ConcreteMediator(구체적인 조정자, 중개자)의 역할
: Mediator 역할의 언터페이스를 구현해서 실제의 조정을 실행
예제프로그램에서는 LoginForm 클래스

Colleague(동료)의 역할
: Mediator 역할과 통신을 실행할 인터페이스를 결정
예제프로그램에서는 Colleague 인터페이스

ConcreteColleague(구체적인 동료)의 역할
: Colleague 역할의 인터페이스를 구현
예제프로그램에서는 ColleagueButton, ColleagueTextBox, ColleagueRadioButton의 각 클래스

출처 : Java 언어로 배우는 디자인 패턴 입문

Facade Pattern

2009-11-19T16:36:00.000+09:00

Facade Pattern

커다란 프로그램을 사용해서 처리를 실행하려면 상호 관련된 많은 클래스를 적절하게 제어해야 합니다. 그렇다면 그 처리를 실행하기 위한 '창구'를 준비해 두는 것이 좋습니다. 그렇게 하면 많은 클래스를 개별적으로 제어하지 않아도 그 창구에 대해서만 역할이 끝나기 때문입니다.
Facade Pattern은
- 복잡하게 얽혀있는 것을 정리해서 높은 레벨의 인터페이스를 제공
- 시스템의 내부에 있는 각 클래스의 역할이나 의존관계를 생각해서 정확한 순서로 클래스를 이용

예제프로그램

Facade Pattern.alz

Facade Pattern의 등장인물

Facade(정면)의 역할
: 시스템을 구성하고 있는 그 밖의 많은 역할에 대해 단순한 창구
예제프로그램에서 PageMaker
☞ 시스템을 구성하고 있는 그 밖의 많은 역할

펼쳐두기..

Client(의뢰인)의 역할
: Facade 패턴을 이용하는 역할

파일 입출력시 글씨 깨짐현상 방지

2009-11-18T14:38:00.000+09:00

파일을 만들어 출력할때에 다음과 같이 글씨가 깨져 나오는 현상이 발생하는 경우가 있다.

문제의 소스(?)

펼쳐두기..

다음과 같이 고쳐주면 해결된다.

고쳐진 소스

펼쳐두기..

해결된 화면

Java 언어로 배우는 디자인 패턴 입문

2009-11-13T08:24:00.000+09:00

현재 Java 언어로 배우는 디자인 패턴 입문 이란 책으로.. 디자인 패턴을 공부하고있다.

물론.... 이 책 하나만을 가지고 하는 것은 아니다.. 단지.. 중점을 둔책이다. 왜냐하면..

쉬우니까..;;

예전에 디자인 패턴에 관심이 많아서 학교 도서관에서 책을 빌려서 해봤었는데..

보는데 그냥 답답했었다.. 그런데 이책은 그래도..좀 괜찮은 듯하다.

앞으로의 올릴 디자인 패턴관련 글은.. 거의.. 이책이 출처이다.

자바로 예제프로그램이 만들어져있어서..

모두 C#으로 바꾸어 놓을가한다..

왜냐하면... Visual Stdio에 길들여진 나로서는.. 보기 편하기때문이다..

어쨌든.. 패턴공부하면서 느끼는거지만 객체가 무엇인지.. 프로그램을 만들때

설계가 얼마나 중요한지.. 설계할때 패턴을 알면 얼마나 편할지..

새삼 느끼게 된다.

Chain of Responsibility Pattern

2009-11-13T08:15:00.000+09:00

Chain of Responsibility Pattern

: 책임 떠넘기기

어떤 서류를 받으러 회사에 갔다고 합시다. 회사의 안내센터에서 물어보았더니 영업부로 가라고 합니다. 그래서 영어부에 갔더니 그 서류는 고각관리부에서 취급한다고 합니다. 다시 고객관리부에 갔더니 그 서류는 총무부에서 받을 수 있다고 합니다. 이런 식으로 담당 부서의 담장자를 찾을 때가지 다음 사람, 다음 사람으로 자신의 요구가 차례로 넘겨지는 것이 책임 떠넘기기 입니다.
어떤 요청이 발생했을 때 그 요청을 처리할 오브젝트를 직접 결정할 수 없는 경우, 복수의 오브젝트(객체)를 사슬(chain)처럼 연결해 두면 그 오브젝트의 사슬을 차례로 돌아다니면서 목적한 오브젝트를 결정하는 방법을 생각할 수 있습니다.
이와 같은 패턴을 Chain of Responsibility Pattern 이라고 합니다.

예제 프로그램

ChainofResponsibility Pattern.alz

Chain of Responsibility Pattern 의 등장인물

Handler(처리자)의 역할
: 요구를 처리하는 인터페이스를 결정하는 역할을 하니다.
예제프로그램에서 Support클래스

ConcreteHandler(구체적인 처리자)의 역할
: 요구를 처리하는 구체적인 역할
예제프로그램에서 NoSupport, LimitSupport, OddSupport, SpecialSupport의 클래스

Client(요구자)의 역할
: 최초의 ConcreteHandler 역할에 요구하는 일을 합니다.
예제프로그램에서 Main 클래스

Visitor Pattern #2

2009-11-12T09:54:00.000+09:00

Visitor 쪽과 Acceptor 쪽의 상호 호출

하나의 디렉터리에 두 개의 파일이 있을 때의 처리의 흐름을 다이어그램으로 나타내고 있습니다.
① 우선 Main 클래스가 ListVisitor의 인스턴스를 만듭니다. 예제프로그램에서는 다른 Directory나
File의 인스턴스도 Main 클래스가 만들지만, 이 시퀸스 다이어그램에서는 생략
② Main은 Directory의 인스턴스에 대해서 accept 메소드를 호출합니다. 이때 인수에는 ListVisitor의
인스턴스를 전달하지만 이 다이어그램에서는 생략
③ Directory의 인스턴스는 인수로 전달된 LsitVisitor의 Visit(Directory) 메소드를 호출
④ 그러면 LisiVisitor의 인스턴스는 그 디렉터리 안을 조사해서 최초의 파일인 accept 메소드를 호출
⑤ File의 인스턴스는 인수로 전달된 ListVisitor의 Visit(File) 메소드를 호출합니다.
이때, LisiVisitor는 Visit(Directory)를 실행 중인 점을 주의하십시오(멀티스레드로서 실행중이라는
의미가 아니고 호출이력(콜스택)안에는 Visit(Directory)가 있다는 의미입니다. 다이어그램에서는
사각형을 오른족으로 반복해서 표시
⑥ Visit(File)와 accept에서 반환되면 이번에는 다른 File의 인스턴스(동일한 디렉터리의 2번째 파일)
의 accept 메소드를 호출
⑦ 이전과 동일하게 File의 인스턴스는 Visit(File)의 메소드를 호출, 각 메소드의 처리가 끝나면 호출
한 곳으로 점점 되돌아가서 마지막에는 Main의 accpet 메소드의 호출로부터 되돌아옵니다.

☞ Directory의 인스턴스나 File의 인스턴스에 대해서는 accpet 메소드가 호출된다.
☞ accept 메소드는 각 인스턴스에서 한번만 호출된다.
☞ ListVisitor의 인스턴스에 대해서는 Visit(Directory)나 Visit(File) 메소드가 호출된다.
☞ Visit(Directory)나 Visit(File)를 처리하고 있는 것은 하나의 ListVisitor의 인스턴스다.

Visitor Pattern의 등장인물

Visitor(방문자)의 역할
: Visitor는 데이터 구조의 구체적인 요소마다 'xxxx을 방문했다' 라는 visit(xxxx)메소드를 선언
visit(xxxx)는 xxxx를 처리하기 위한 메소드이고, 실제 코드는 ConcreteVisitor 역할에
예제프로그램에서 Visitor 클래스

ConcreteVisitor(구체적인 방문자) 역할
: Visitor역할의 인터페이스(API)를 구현
visit(xxxx)라는 형태의 메소드를 구현하고, 각각의 ConcreteElement 역할의 처리를 기술
예제프로그램에서 ListVisitor 클래스

Element(요소)의 역할
: Element는 Visitor역할의 방문할 곳을 나타내는 역할로 방문자를 받아들이는 accept 메소드를 선언
accept 메소드의 인수에는 Visitor 역할이 전달
예제프로그램에서 Acceptor 인터페이스

ConcreteElement(구체적인 요소) 역할
: Element역할의 인터페이스(API)를 구현하는 역할
예제프로그램에서 File 클래스나 Directory 클래스

ObjectStructure(오브젝트 구조) 역할
: Element역할의 집합을 취급하는 역할
예제프로그램에서 Directory 클래스(1인 2역)

Visitor Pattern

2009-11-12T00:05:00.000+09:00

Visitor Pattern

Visitor : 방문자
데이터 구조 안에 많은 요소가 저장되어 있고, 그 각 요소에 대해서 무엇인가 '처리'해 간다고 가정합시다. 이때 그 '처리'의 코드는 어디에 써야 할까요? 일반적으로 생각하면 데이터 구조를 표시하고 있는 클래스 안에 기술할 것입니다. 그러나 만약 그 '처리'가 여러 종류라면 새로운 처리가 필요할 때마다 데이터 구조의 클래스를 수정해야합니다.
Visitor Pattern 에서는 데이터 구조와 처리를 분리합니다. 그리고 데이터 구조안을 돌아다니는 주체인 방문자를 나타내는 클래스를 준비해서 그 클래스에게 처리를 위임합니다. 그렇다면 새로운 처리를 추가하고 싶을 때에는 새로운 방문자를 만들면 됩니다. 그리고 데이터 구조는 문을 두드리고 있는 방문자를 받아들이면 됩니다.

예제 프로그램

클래스 다이어그램

VisitorPattern.alz

출처 : Java 언어로 배우는 디자인 패턴 입문

// 자바소스는 앞에 올린 자료에서 구하실수 있습니다.

Decorator Pattern

2009-11-10T13:07:00.000+09:00

Decorator Pattern

스펀지 케이크가 1개 있다고 가정합니다.
크림을 바르면 크림케이크, 여기에 딸기를 얹으면 딸기케이크, 초콜릿으로 장식을 하고 이름을 쓰고 나이 수만큼 초를 꽂으면 생일 케이크가 완성됩니다.
스펀지 케이크도, 크림케이크도, 딸기 케이크도, 생일 케이크도 처음에는 다 같은 스펀지 케이크입니다. 그러나 크림을 바르고 딸기를 얹는 등 다양한 장식을 하면 더욱 맛있고 각각의 목적에 어울리는 케이크가 됩니다.

오브젝트(객제)도 이런 케이크와 비슷한 경우가 있습니다. 우선 스펀지 케이크와 같은 중심이 되는 오브젝트가 있습니다. 이 오브젝트에 장식이 되는 기능을 하나씩 추가하면 좀더 목적에 맞는 오브젝트가 완성됩니다. 이와 같이 오브젝트에 장식을 해 나가는 디자인 패턴을 Decorator 패턴이라고 합니다.

예제 프로그램

: 여기에서 만들 예제 프로그램은 문자열의 주변에 장식을 만들어서 표시하는 것입니다.
장식이란 -, +, | 과 같은 특수문자

클래스 종류

예제프로그램의 클래스 다이어그램

DecoratorPattern.alz

Decorator 패턴의 등장인물

Component의 역할
: 기능을 추가할 때 핵심이 되는 역할, 서두의 케이크에 비교하면 장식하기 전의 스펀지 케이크에
해당합니다. Component역할은 스펀지 케이크의 인터페이스(API)만을 결정합니다
예제프로그램에서는 Display 클래스

ConcreteComponent의 역할
: Component 역할의 인스턴스(API)를 구현하고 있는 구체적인 스펀지 케이크입니다.
예제프로그램에서는 StringDisplay 클래스

Decorator(장식자)의 역할
: Component 역할과 동일한 인터페이스(API)를 가지며, 또한 이 Decorator 역할이 장식할 대상이
되는 Component 역할도 가지고 있습니다. 이 역할은 자신이 장식하고 있는 대상을 알고있습니다.
예제프로그램에서는 Border 클래스

ConcreteDecorator(구제척인 장식자)의 역할
: 구체적인 Decorator의 역할입니다.
예제프로그램에서는 SideBorder 클래스와 FullBorder 클래스

Decorator 패턴의 클래스 다이어그램

출처 : Java 언어로 배우는 디자인 패턴 입문

갈림길

2009-11-08T02:37:00.000+09:00

갈림길..

내가 하고싶은 일.. 프로그래머.

난 프로그래밍 하는것을 좋아한다. 프로그래밍이 쉬워서 그런것은 아니다.

물론 프로그래밍 정말 어렵다. 하지만...

그 어려운 것을 해결하고 풀었을때 난 정말 기쁘다.

그 기분을 몇번이고 반복하고 또 반복하고 싶어한다. 절대 질릴수 없는 그 기쁨..

그래서 시작된 나의 프로그래밍...

지금 난 갈림길에.. 아니.. 갈림길중 또 하나를 선택하였다..

처음에는 프로그래머가 되자는.. 길을..

이번에는 프로그래머로서 좀더 발전하기위해. 영어를 하자는 길을.

이 선택으로 나의 미래가 어떻게 바뀔지는 나도.. 누구도 모른다.

하지만.. 난.. 그 어떤 선택보다 지금의 선택이 좋은 선택이라고 믿고있다.

난 우물안 개구리가 아닌.. 좀더 넓은 무대에서 놀아보고 싶다.

좀더 좀더 큰 무대에서 말이다.

작은 나는 싫다.

큰 꿈을 가진 내가 되고싶다.

책을 많이 읽지않는 내가.. 선택에 대한 이야기가 나오는 책을 본적이 있다.

그 어떤 결과가 나왔던 그것은 자기 자신이 선택한 결과라는 머 그런 내용이다.

이번 나의선택으로 인해 새로운 결과가 나올것이다.

그 결과가 좋게 하기위해 나는 노력하고 또 노력할것이다.

나중에 후회하는것은 정말 싫으니까..

그림출처 : http://ask.nate.com/qna/view.html?n=6278867

Composite Pattern

2009-11-05T12:35:00.000+09:00

Composite Pattern

- 그릇과 내용물을 동일시해서 재귀적인 구조를 만들기 위한 디자인 패턴

예: 어떤 디렉터리 안에 무엇이 있는지를 차례대로 조사한다고 가정
이때, 차례로 조사하는 것은 하위 디렉터리일지도 모르고 파일일지도 모릅니다. 한마디로 말하면 '디렉터리 엔트리'를 차례대로 조사하는 것입니다. 디렉터리와 파일을 모아서 디렉터리 엔트리로 취급하듯이 그릇과 내용물을 같은종류로 취급하면 편리한 경우가 있습니다. 그릇안에는 내용물을 넣을수 있고 더욱 작은 그릇을 넣을수 있습니다. 그리고 그 작은 그릇안에 더 작은 그릇을 넣고... 이런 식으로 '상자안의 상자;처럼 된 구조, 즉 재귀적인 구조를 만들 수 있습니다.

예제 프로그램

Composite 패턴의 등장인물

Leaf(나뭇잎)의 역할
: Leaf는 '내용물'을 표시하는 역할을 하며 내부에는 다른것을 넣을 수 없습니다.
예제프로그램에서 File 클래스

Composite(복합체)의 역할
: Composite는 '그릇'을 나타내는 역할을 하며 Leaf 역할이나 Composite 역할을 넣을 수 있습니다.
예제프로그램에서 Directory 클래스

Component의 역할
: Leaf 역할과 Composite 역할을 동일시 하는 역할을 합니다. Component는 Leaf 역할과 Composite 역할에 공통적인 상위 클래스로 실현합니다.
예제프로그램에서는 Entry 클래스

Client(의뢰자)의 역할
: Composite의 사용자
예제프로그램에서는 Main 클래스

CompositePattern.alz

출처 : Java언어로 배우는 디자인 패턴 입문

일관성 없는 액세스 가능성

2009-10-29T10:47:00.000+09:00

일관성 없는 액세스 가능성: 'identifier' 제약 조건 형식이 'identifier'보다 액세스하기 어렵습니다.
Inconsistent accessibility: constraint type 'identifier' is less accessible than 'identifier'

제약 조건에서 제네릭 매개 변수에 대한 액세스 가능성을 제네릭 클래스 자체에 대한 액세스 가능성보다 낮게 적용하지 않을 수도 있습니다. 다음 예제에서는 제네릭 클래스 C<T>가 public으로 선언되었지만 제약 조건에서는 T에 내부 인터페이스를 구현하도록 하려고 합니다. 이러한 제약 조건이 허용되더라도 내부 액세스 권한을 가진 클라이언트만이 클래스에 대한 매개 변수를 만들 수 있으므로 해당 클라이언트만이 클래스를 사용할 수 있습니다.

이 오류를 해결하려면 제네릭 클래스에 대한 액세스 수준이 제네릭 클래스 범위에 해당하는 인터페이스나 클래스에 대한 액세스 수준과 같거나 더 제한적이어야 합니다.

다음 샘플에서는 CS0703 오류가 발생하는 경우를 보여 줍니다.

http://msdn.microsoft.com/ko-kr/library/892fd5yc.aspx

참고로.. C#에서 기본적으로 class 만들면

namespace A

{

class C

{...}

}

이렇게 생성됩니다. 즉, public 이 아닌것입니다.

Strategy Pattern

2009-10-29T10:16:00.000+09:00

전략(Strategy)

- 적과 싸울 때의 책략
- 군대를 움직일 때의 작전
- 문제를 해결해 나갈 때의 방법
- 프로그래밍에서는 '알고리즘'

Strategy Pattern

- 알고리즘을 구현한 부분이 모두 교환 가능하도록 함
- 알고리즘(전략,작전,책략)을 교체해서 동일한 문제를 다른 방법으로 해결하는 패턴

Strategy Pattern 의 등장인물

Strategy의 역할
- 전략을 이용하기 위한 인터페이스(API)를 결정
- 예제프로그램(Strategy 인터페이스)

ConcreteStrategy(구체적인 전략)의 역할
- Strategy의 인터페이스(API)를 실제로 구현
- 예제프로그램(WinningStrategy 클래스, ProbStrategy 클래스)

Context(문맥)
- Strategy을 이용하는 역할
- ConcreteStrategy의 인스턴스를 가지고 있으며 필요에 따라 그것을 이용
- 예제프로그램(Player클래스)

일부러 Strategy 역할을 만들 필요가 있을까?

Strategy 역할을 구현하기만 한다면, ConcreteStrategy의 종류를 변경하기가 쉽다.
예1:
예전의 알고리즘과 개량한 알고리즘의 속도를 비교하고 싶은 경우, 간단히 교체해서 테스트할 수 있다.
예2:
장기 게임에서 사용자의 선택에 따라 사고 루틴의 레벨을 교체하는 것도 간단하게 실행할 수 있다.

실행 중에 교체도 가능

프로그램 동작 중에 ConcreteStrategy 역할을 교체할 수 있다
예:
메모리가 적은 환경에서는 SlowButLessMemoryStrategy를 사용하고, 메모리가 충분한 환경에서는 FastButMoreMemoryStrategy를 사용한다.

예제프로그램

Strategy Pattern.alz

출처 : Java 언어로 배우는 디자인 패턴 입문(영진닷컴)

Bridge Pattern #2

2009-10-22T12:58:00.000+09:00

예제프로그램

BridgePattern.alz

상속은 견고한 연결이고 위임은 느슨한 연결이다.

상속은 클래스 확장하기 위한 편리한 방법이지만 클래스가느이 연결을 강하게 고정시킵니다.
소스코드상에서
class SomethingFood extends Something {
...
}

라고 쓰면 SomethingGood 클래스는 Something 클래스의 하위 클래스가 됩니다. 그리고 이 관계는 소스 코드를 고쳐 쓰지 않는 한 바꿀 수 없는 매우 견고한 연결이 됩니다. 프로그램의 필요에 따라서 클래스 간에 관계를 척척 바꾸고 싶을 때에 상속을 사용하는 것은 부적절합니다. 교체할 때마다 소스 코드를 변결할 수 엇ㅂ기 때문입니다. 이와 같은 경우에는 위임을 사용합니다.
예제 프로그램에서는 Dispaly 클래스 내에서 위임이 사용되고 있습니다. Display 클래스의 impl 필드에는 구현되는 인스턴스가 저장되어 있어서
- open 을 실행할때에는 impl.rawOpen()을 호출
- print 를 실행할때에는 impl.rawPrint()를 호출
- close 를 실핼할때에는 impl.rawClose()를 호출
라는 식으로 떠넘기기를 하고 있습니다. 이것이 위임입니다. 상속은 견고한 연결이고 위임은 느슨한 연결이빈다. Display 클래스의 인스턴스를 만드는 관계에서 인수로 전달되어 온 것과 연결되기 때문입니다.

Bridge Pattern #1

2009-10-13T13:52:00.000+09:00

Bridge Pattern

Bridge : 다리
현실세계의 다리가 강 양 쪽의 장소를 연결하는 역할을 하듯이 Bridge Pattern는 기능 클래스와 구현 클래스의 다리를 놓는다.
▪ 기능의 클래스 계층
▪ 구현의 클래스 계층

클래스 계층의 두 가지 역할

새로운 기능을 추가하고 싶은 경우
- Something 클래스에 새로운 기능을 추가하려고 할때
▪ Something 클래스의 하위 클래스를 새롭게 만든다.

▪ 소규모의 클래스 계층이 발생함 => ' 기능의 클래스 계층'
- SomethingGood 클래스에 다시 새로운 기능을 추가하려면...

- 새로운 기능을 추가하고 싶을 때 클래스 계층 안에서 새로 만들려고 하는 클래스와 유사한
클래스를 찾아내, 하위 클래스를 만들어 기능을 추가한다.

새로운 구현을 추가하고 싶은 경우
- 추상 클래스는, 일련의 메소드를을 추상 메소드로 선언하고, 인터페이스를 규정
- 하위 클래스 쪽에서 그 추상 메소드를 실제로 구현
- 상위 클래스는 추상메소드로, 인터페이스를 규정하는 역할을 한다
- 상위 클래스와 하위 클래스의 역할 분담에 의해 부품으로서의 가치(교환 가능성)가 높은
클래스를 만들수 있다.
- 이 때에도 클래스 계층이 등장한다.

- 이를 구현의 클래스 계층이라고 한다.
- AbstractClass의 다른 구현을 만들고 싶으면, 다른 하위 클래스를 만들면 된다.

클래스 계층의 혼재와 클래스 계층의 분리
- 클래스 계층 구조 하나에, 기능의 클래스 계층과 구현의 클래스 계층이 혼재해 있으면, 새로운 하위 클래스를 만들 때 어려움이 있다.
- 기능의 클래스 계층과 구현의 클래스 계층을 분리하고, 이들사이에 다리를 놓자.
☞ Bridge Pattern

예제 프로그램

JAVA 소스는 앞서 올린 자료에 있습니다.

Bridge 패턴의 등장인물

Abstaction(추상화)의 역할
- 기능의 클래스 계층의 최상위 클래스
- Implementor 역할의 메소드를 사용해서 기본적인 기능만이 기술되어 있는 클래스
- 이 인스턴스는 Implementor 역할

RefinedAbstaction(개선된 추상화) 역할
- Abstaction 역할에 대해 기능을 추가한 역할

Implementor(구현자) 역할
- 구현클래스 계층의 최상위 클래스
- Abstaction 역할의 인터페이스를 구현하기 위한 메소드를 규정하는 역할

Concrete Implementor(구체적인 구현자) 역할
- Implementor 역할의 인터페이스를 구체적으로 구현하는 역할

☞ 왼쪽의 두 개가 기능의 클래스 계층, 오른쪽의 두 개가 구현의 클래스 계층입니다.
두 계층을 impl 필드가 중개하고 있습니다.

출처 : JAVA 언어로 배우는 디자인 패턴 입문(영진닷컴)

JAVA에서 Iterator메소드가 C#에는..

2009-10-13T13:32:00.000+09:00

디자인 패턴 및 C# 공부중에..

Abstract Factory 패턴의 JAVA로 된 소스를 C#으로 고치고 있었다.

그러던중 다음과 같은 부분에서 애먹었던 일이 있었다.

무었이냐하면

JAVA

펼쳐두기..

: 위의 Iterator은 JAVA의 클래스 라이브러리로 제공되고 있는 것이다. java.util.ArrayList클래스에서 java.util.Iterator 클래스를 만들기 위해서 iterator라는 메소드가 사용된다. 위 부분을 c#으로 바꾸어야했다.

아무리 찾아보아도 내가 원하는 방향의 메소드는 없었다. 즉..C#에는 Iterator이라는것은 없었다. 물론

비슷하지만 다른것은 많았다. yeild를 이용해서 하는방법 등등 말이다.. 하지만 이렇게 할경우 자칫.. 한부분만 바꾸면되는것을 통째로 바꾸어야 할지도 몰랐다..

아 그러던중.. 위의 소스를 유심히 보았다.

it.hasNext() 요놈이 하는일은 content 이것이 가지고있는 범위내에서 while문을 돌아라는것이다.

이말은 즉, C#에서 foreach문을 생각나게 하였다.

foreach문은 알아서 범위내에서 반복문을 돌아주기때문이다. 또한 아래의

next()문도 foreach문으로 해결되는 부분이였다.. 아 -0- 이렇게 쉬운것을...

펼쳐두기..

이렇게 간단하게 바뀌는 문제였던 것이다.

이번일을 겪으면서 많은 생각이 들었다.

어디까지나 나의 생각이다..

이전에는 JAVA나 C#이나 거기서 거기지... 이런생각이였다. 하지만 많이 다르다는 것을 느꼈다.

머랄가.. 자바는.. 여러사람이 만든것 같다는 느낌이랄까.. 하지만 C#의 경우 하나의 사람이 만든들었다는 느낌이 든다. 물론 여기서 사람은 하나의 단체나 기관을 말하는거다.

즉 C#은 MS사에서 만든것이지만 JAVA는 여러사람이 만들어 놓은것을 붙여놓은 듯한 느낌이랄까...

어디까지나.. 나의 생각이다....

Visual Studio 2008 제거 오류

2009-10-10T17:39:00.000+09:00

Visual Studio 2008 제거 오류

- "설치 구성 요소를 로드하는 동안 문제가 발생했습니다. 설치를 취소합니다."

노트북을 산이후 집에 있는 데탑은 거의 하지 않기에.. VS2008을 지울려고 하였다.

하지만 이넘의 VS 안지워진다.. 위와 같은 오류 메시지가 뜨면서 말이다..

그래서 네이버 지식인과 블로그 등 많이 찾아보았다.

아래의 방법 1, 2, 3을 해보았지만 해결하지 못하였다. 상황과 원인에 따라 다양한 방법이 있는 듯하다.

일단 3번째 방법으로 하면 거의 확실히 되는듯하다. 하지만 레지스트리를 건드는 방법이니..

1,2번의 방법으로 해결된다면 그것으로 하는것이 좋을듯하다. 물론 안된다면 최후의 방법인

3번의 방법으로 하면된다.

일단.. 방법 1, 2, 3에 대해 보겠다.

- 방법 1

Visual studio 2008 ReadMe에 있는 내용

펼쳐두기..

혹시. 버전이 이미 설치되어 있는 버전이 더 높아서 설치가 안된다고 한다면 아래에.. 더 높은 버전이

있을것이다 그것을 받으면 된다.

- 방법 2

원문 : http://dscape.tistory.com/27

펼쳐두기..

- 방법 3

원문 : http://lionroast.tistory.com/54

펼쳐두기..

만약 위의 레지스트리 키 값을 찾을 수 없는 경우도 있다.

하지만 일단 아래의 사항까지는 있을것이다.

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\products\

그다음 구문이 문제인데.. 방법은.. 좀.. 눈이 아프고 손이 고단할수 있지만 아주 조금 말이다..

일일이 찾아보는것이다.

위의 사진을 보면 ProductName 사항이 있을것이다. 바로 요놈이다.. 요놈하위루트의 \Patches\Patches 삭제 해주면 된다..

상속 관계에서의 생성자, base키워드

2009-10-09T16:35:00.000+09:00

간단하게 상속 관계의 예제를 보도록 하겠습니다.

펼쳐두기..

위의 예제는 간단한 상속 관계를 표현한 예제입니다. 뭔가 이상한 점을 발견 하셨나요?

발견하셨다면... 열심히 공부하신 분이거나... 실력이 뛰어나신 분입니다. ^^;

언뜻 보기에는 아무런 문제가 없어 보입니다.

그러나 아주 중요한 부분이 틀렸습니다. 바로 상속 관계에서의 생성자 구현 부분입니다.

Beginner클래스의 개체를 하나 생성했죠? 그런데 컴파일러는

'Programmer' 메서드에 대한 오버로드는 '0'개의 인수를 사용하지 않습니다.

라고 에러 메세지를 보여 줍니다. 이상 합니다. 그쵸? 개체는 Beginerr개체를 생성한 것이고

생성자를 명시 하지 않으면 기본적으로 기본 생성자가 만들어집니다.

여기까지는 강좌를 통해서 배웠습니다.

하지만 자식 클래스가 부모 클래스를 상속 받으면 기본적으로 부모 클래스의 생성자를 호출합니다.

그래서 자식 클래스에서는 아래와 같은 코드가 빠졌던 것 입니다.

public Beginerr () : base() {}

여기서 base키워드는 부모 클래스를 뜻합니다. 저러한 형태의 생성자는 생성자 강좌에서

보았습니다. 그렇죠? 저 구문이 빠졌지만 기본적으로 기본 생성자가 만들어진다고 가정하에

코드를 역추적 해보겠습니다. Beginner개체를 생성합니다. 그럼 Beginner생성자가 호출이 될테고

Beginner클래스의 생성자를 보면 부모 클래스의 생성자를 호출합니다.

그리고 부모 클래스를 보면... 생성자를 오버로딩 했습니다. 그러면 !! 기본 생성자는 자동으로

만들어지지 않죠? 그래서 에러가 발생하였던 것 입니다. 이해가 되시나요?

만약에 base부분을 뺐다 하더라도 자식 클래스는 부모 클래스의 생성자를 호출하는 의무를 지닙

니다. 그러면 어떻게 해야 할까요? 부모 클래스의 생성자에 맞게 코드를 변경해야 합니다.

펼쳐두기..

이렇게요. Beginerr 생성자에서 보시면 string형 s를 인자로 받구요. 그 인자를 base 즉, 부모 클래

스의 생성자를 호출하며 넣어줍니다. 그러면 부모 클래스 Programmer클래스에서는 마리 라는

문자열을 인자로 받아서 자신 개체에 값을 할당하겠죠?

정리를 해보면, 자식 클래스는 부모 클래스의 생성자를 호출하는 의무가 있다.

해서 자식 클래스에서 생성자를 선언하지 않고 기본 생성자로 사용할 경우

public Beginerr () : base() {}

이런 코드가 빠져있다는 것을 주의 깊게 생각해야 한다.

출처 : http://cafe.naver.com/headstudy.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=664

// 나는.. base가 빠졌다는 것을 알았지만... 하하하;;(돌멩이 피할 준비중..)

// 물론 최근에.. 공부하던중에 저런 에러를 보았기에 가능했던 사실..

Reflection

2009-10-09T16:05:00.000+09:00

Reflection API를 사용해서, Assembly로부터 클래스를 로드하기(C#)

클래스를 참조하지 않은 상태에서, DLL로부터 동적으로 클래스를 로드해서 써야 할 경우가 있다. 그럴 때는 .NET에서 제공하는 Reflection API를 사용해서 클래스를 로드하고 인스턴스화할 수 있다. 다음 코드와 같이 사용하면 된다.

System.Reflection.Assembly assm =

System.Reflection.Assembly.LoadFile(@"D:AssembliesSomeAssembly.dll");

object obj = assm.CreateInstance("FullClassName");

출처 : http://kkongchi.egloos.com/2133754

C#에서 클래스명으로만 생성

디자인 패턴 공부중 자바소스를 C#으로 바꾸면서 하다가 알게된 사실이다.

자바에는

Class클래스 라는것이 있는데

Class 클래스의 forName 메소드를 사용해서 그 클래스를 동적으로 읽을수 있다. 또한 newInstance 메소드를 이용해서 그 클래스의 인스턴스를 한개 작성할수 있다.

Abstract Factory 패턴의 소스중에 이부분이 포함되어 있어서 C#에서 이러한 기능을 할수 있는 방법은 무었일까하고 찾아보았더니 Reflection으로 가능하였다.

펼쳐두기..

1) Assembly 타입의 인스턴스를 얻어와야 합니다.

C# 의 리플렉션 기술은 Assembly 타입의 인스턴스를 통해서 가능합니다.

2) Assembly 타입의 인스턴스를 이용하여, 원하는 클래스의 인스턴스를 생성하면 됩니다.

이 때, CreateInstance() 메소드를 이용하면 되겠습니다.

이 메소드에, 완전히 한정된 이름(Fully Qualified Name)을 지정해 줘야 합니다.

단순히, TestClass 이것만 넣어주면 않 됩니다.

네임스페이스 이름.클래스 이름

이렇게 적어주면 되겠습니다.

"ReflectionTEST.TestClass"

예제에서 네임스페이스는 ReflectionTEST 이며,

클래스는 TestClass 입니다.

3) 이제 TestClass 클래스의 인스턴스를 이용하여, 원하는 작업을 수행하면 됩니다.

TestClass myClass = assembly.CreateInstance("ReflectionTEST.TestClass") as TestClass;

이 문장은

TestClass myClass = new TestClass();

와 동일합니다.

출처 : http://kin.naver.com/detail/detail.php?d1id=1&dir_id=10115&docid=9620077&qb=QyMgY2xhc3Mg7YG0656Y7IqkIGZvcm5hbWU=&enc=utf8&pid=fVJR0loi5ThssZCl77lsss--191561&sid=Ss7N5YqozkoAADgVbLg

Abstract Factory Pattern

2009-10-09T14:24:00.000+09:00

Abstract Factory Pattern

Abstract Factory : 추상적인 공장
추상적인 공장에서는 추상적인 부품을 조합해서 추상적인 제품을 만듭니다.
이게 무슨말인가?...
다시 말씀드리면..
오브젝트(객체) 지향에 있어서 추상적이란 단어는 구체적으로 어떻게 구현되고 있는지에 대해서는 생각하지 않고, 인터페이스(API)만 생각하는 상태라는 의미입니다.
즉, 부품의 구체적인 구현에는 주목하지 않고 인터페이스(API)에 주목합니다. 그리고 인터페이스(API)만을 사용해서 부픔을 조립하고 제품을 완성합니다.

등장인물

AbstractProduct(추상적인 제품)의 역할
: AbstractProduct는 AbstractFactory 역할에 의해 만들어지는 추상적인 부품이나 제품의 인터페이스 결정
예제에서 Link, Tray, Page 클래스

AbstractFactory(추상적인 공장)의 역할
: AbstractFactory는 AbstractProduct 역할의 인스턴스를 만들어 내기 위한 인터페이스(API)를 결정
예제에서 Factory 클래스

Client의 역할
: AbstractFactory역할과 AbstractProduct역할의 인터페이스(API)만을 사용해서 주어진 역할을 실행
예제에서 Main 클래스

ConcreteProduct(구체적인 제품)의 역할
: ConcreteProduct는 AbstractProduct 역할의 인터페이스(API)를 구현
예제에서
listfactory패키지 : ListLink, ListTray, ListPage 클래스
tablefactory패키지 : TableLink, TableTray, TablePage 클래스

ConcreteFactory(구체적인 공장)의 역할
: ConcreteFactory는 AbstractFactory 역할의 인터페이스(API)를 구현
예제에서
listfactory 패키지 : ListFactory 클래스
tablefactory 패키지 : TableFactory 클래스

클래스 다이어그램

예제프로그램

소스파일은 받아서 보시기 바랍니다.. 여기에 쓰기엔 양이 좀 많네요...;;
자바소스의 경우 앞서 써놓은 곳에서 받으시거나 영진닷컴 홈페이지에 가서 받으실수도 있습니다.

AbstractFactory(C#).zip

으아아악.. 자바.. C# 좀.. 친해지면 안되겠니..;;

출처 : Java 언어로 배우는 디자인 패턴 입문(영진닷컴)

Builder Pattern

2009-10-08T17:01:00.000+09:00

Builder Pattern

▪ 구조를 가진 인스턴스를 쌓아 올리는 것
: 도시에는 빌딩이 많습니다. building은 구조를 가진 커다란 건축물입니다. 구조를 가지고 있는 커다란 것을 건축하거나 구축하는 것을 build라고 합니다. 빌딩을 세울 때 우선 지반을 다지고, 골격을 세우고, 아래에서 위로 조금씩 만들어갑니다. 일반적으로 복잡한 구조물을 세울 때 한 번에 완성시키기는 어렵습니다. 우선 전체를 구성하고 있는 각 부분을 만들고 단계를 밟아 만들어 나갑니다.

또 다른 예를 들어보자면.. 롯데리아의 햄버거 세트 메뉴를 들어보겠습니다.
세트메뉴의 내용물을 보면
▫ 햄버거 : 여러가지 햄버거중 한가지(불고기,치즈,한우 등)
▫ 후식 : 감자 or 치즈스틱
▫ 음료 : 콜라 or 사이다

세트 메뉴의 큰 틀은 동일하지만 input에 따라 서로 다른 세트메뉴가 나옵니다.
이럴때 빌더 패턴을 씁니다.

출처 : http://www.allapplabs.com/java_design_patterns/builder_pattern.htm
http://terrylee.cnblogs.com/archive/2005/12/19/299878.html

Builder Pattern의 등장인물

Bilder(건축자)의 역할
: 인스턴스를 생성하기 위한 인터페이스(API)를 결정, 인스턴스의 각 부분을 만들기 위한 메소드 준비

ConcreteBuilder(구체적인 건축자) 역할
: Builder 역할의 인터페이스를 구현하고 있는 클래스, 실제의 인스턴스 작성으로 호출되는 메소드가 여기에 정의되어 있습니다. 또한 최종적인 결과를 얻기 위한 메소드가 준비되어 있습니다.

Director(감독자)의 역할
: Builder 역할의 인터페이스를 사용해서 인스턴스를 생성합니다. ConcreteBuilder 역할에 의존한 프로그래밍은 하지 않습니다. ConcreteBuilder 역할과 관계없이 제대로 기능하도록 Builder 역할의 메소드만을 사용합니다.

Client(의뢰인)의 역할
: Builder 패턴을 이용하는 역할

클래스 다이어그램

시퀸스 다이어그램

예제프로그램

문서를 작성하는 프로그램
▪ 타이틀을 한개 포함
▪ 문자열을 몇 개 포함
▪ 개별 항목을 몇 개 포함

예제 프로그램의 클래스 다이어그램

Builder Pattern(C#).alz

출처 : Java로 언어로 배우는 디자인 패턴 입문(영진닷컴)

// 그러고보니.. 소스를 올리면서 개발환경을 안적었네요.. Visual stdio 2008 입니다.

// 자바에 대한 예제를 원하시는 분은 앞서 올려놓은 자료를 받아 보시기 바랍니다.

Prototype Pattern

2009-10-07T14:55:00.000+09:00

Prototype Pattern?

▪ 종류가 너무 많아 클래스로 정리되지 않는 경우
: 취급하는 오브젝트의 종류가 너무 많아서 각각을 별도의 클래스로 만들어 다수의 소스 파일을
작성해야 하는 경우
▪ 클래스로부터 인스턴스 생성이 어려운 경우
: 생성하고 싶은 인스턴스가 복잡한 작업을 거쳐 만들어지기 때문에 클래스로부터 만들기가 매우
어려운 경우
▪ framework와 생성할 인스턴스를 분리하고 싶은 경우
: 인스턴스를 생성할 때의 framework를 특정 클래스에 의존하지 않도록 만들고 싶은 경우

☞ Prototype Pattern
☞ 원형이 되는 인스턴스, 모범이 되는 인스턴스를 기초로 새로운 인스턴스를 만드는 것

이번에는 예제부터 해보겠습니다.

예제프로그램

Product 인터페이스

펼쳐두기..

: Product 인터페이스는 ICloneable 인터페이스를 상속
이부분에서 상속이라고해야할지.. implements라고 해야할지 헷갈렸었다. 그런데 간단명료하게 알려준 분이 네이버 지식인에 계셨다.. 하핫.. Implements/extends의 차이

펼쳐두기..

Manager 클래스

펼쳐두기..

MessageBox 클래스

펼쳐두기..

UnderlinePen 클래스

펼쳐두기..

Main 클래스

펼쳐두기..

Prototype Pattern(C#).alz

: Java와 C#이 다른점이 좀 있어서 C#으로 바꾸는데 좀... 짜증스러웠다..;; 어쨌든.. 아마도.. 이후의 더 복잡한 것을 c#으로 할려면 더 많이 바꿀필요가 있겠지만.. 이참에.. JAVA소스를 C#소스로 바꾸는 프로그램이나 만들까부다..;; 쉽진 않겠지만.. 아무튼.

Prototye 패턴의 등장인물

Prototype 패턴의 클래스 다이어그램

Prototype(원형)의 역할

인스턴스를 복사하여 새로운 인스턴스를 만들기 위한 메소드를 결정

ConcretePrototype(구체적인 원형)의 역할

인스턴스를 복사해서 새로운 인스턴스를 만드는 메소드를 실제로 구현

Client(이용자) 역할

인스턴스를 복사하는 메소드를 이용해서 새로운 인스턴스를 만듬

참고문헌 : Java언어로 배우는 디자인 패턴 입문(영진닷컴)

Singleton Pattern

2009-10-06T11:42:00.000+09:00

Singleton Pattern?

▪ 지정한 클래스의 인스턴스가 '절대로' 1개밖에 존재하지 않는 것을 '보증'하고 싶을 때
▪ 인스턴스가 1개밖에 존재하지 않는 것을 플그램 상에서 표현하고 싶을 때
☞ 인스턴스가 한개 밖에 존재하지 않는 것을 보증하는 패턴

Singleton의 역할

Singleton 패턴에는 Singleton의 역할만이 존재합니다. Singleton 역할은 유일한 인스턴스를 얻기위한 static 메소드를 가지고 있습니다. 이 메소드는 언제나 동일한 인스턴스를 반환합니다.

예제프로그램

Singleton 클래스
: Singleton 클래스의 생성자는 private

펼쳐두기..

Main클래스

펼쳐두기..

왜 제한할 필요가 있는가?

제한을 한다는 것은 전제가 되는 조건을 늘린다는 의미
복수의 인스턴스가 존재하면 인스턴스들이 서로 영향을 미치고, 뜻하지 않은 버그가 발생할 가능성이 있습니다. 그러나 인스턴스가 1개밖에 없다는 보증이 있으면 그 전제조건 아래서 프로그래밍할 수 있습니다.

유일한 인스턴스는 언제 생성되는가?

예제 프로그램의 실행결과를 보면 'Start'라고 표시하고 나서 '인스턴스를 생성했습니다'라고 표시하고 있습니다. 프로그램의 실행 개시 후 최초로 getInstance 메소드를 호출했을 때 Singleton 클래스는 초기화 됩니다. 그리고 이때 static필드의 초기화가 이루어지고 유일한 인스턴스가 만들어집니다.

Singleton Pattern(C#).alz

출처 : Java 언어로 배우는 디자인 패턴 입문(영진닷컴)

Factory Method Pattern

2009-10-05T12:52:00.000+09:00

Factory Method Pattern ?

▪ 인스턴스를 생성하는 공장을 Template Method 패턴으로 구성한 것이 Factory Method 패턴
▪ 구체적인 내용은 모두 하위 클래스 측에서 수행( 인스턴스를 만드는 방법을 상위 클래스 측에서
결정하지만 구체적인 클래스 이름까지는 결정하지 않음)

☞ 인스턴스 생성을 위한 골격과 실제 인스턴스 생성의 클래스를 분리해서 생각할수 있음

Factory Method Pattern의 클래스 다이어그램

비지오에서는 위와 같은 모습으로 보이는것이 안되어서.. 어쩔수없이 파워포인트로 수작업하였다...

예제프로그램

Product 클래스
: framework 패키지의 Product클래스는 '제품'을 표현한 클래스 입니다. 이 클래스에서는 추상 메소드 use만이 선언되어 있습니다. 구체적인 use의 구현은 모두 하위 클래스에게 맡기고 있습니다.

펼쳐두기..

Factory 클래스
: framework 패키지의 Factory클래스에서는 Template Method 패턴이 사용되고 있습니다. 추상 메소드 createProduct에서는 제품을 만들고, 만든 제품을 추상 메소드 registerProduct에서 등록합니다.
제품을 만들고, 등록하는 구현은 하위 클래스에서 수행합니다. 이 framework에서 공장이란 create메소드에서 Product의 인스턴스를 생성하는 것으로 규정하고 있습니다. 그리고 create 메소드는 createProduct에서 제품을 만들어서 registerProduct에서 등록한다 라는 순서로 구현되고 있습니다.

펼쳐두기..

IDCard클래스
: IDCard클래스를 제품 product 클래스의 하위클래스로 정의합니다.

펼쳐두기..

IDCardFactory
: createProduct 와 registerProduct의 두가지 메소드를 구현하고 있습니다.

펼쳐두기..

Main클래스
: 실제의 IDCard를 만들어서 사용해보겠습니다.

펼쳐두기..

위의 예제 소스는 C#으로 되어있습니다 자바를 원하시는 분은 이전에 올린 소스파일을 참고하시기 바랍니다.

Factory Method(C#).alz

출처 : JAVA 언어로 배우는 디자인 패턴 입문(영진닷컴)

Java 언어로 배우는 디자인 패턴 입문(소스파일)

2009-10-05T12:45:00.000+09:00

포스팅 할때마다 자바 소스파일을 올리는것이 귀차나서.. 그냥 이렇게 한번에 올립니다;;;;

이 파일은 JAVA언어로 배우는 디자인 패턴 입문 책에서 제공하는 파일입니다.(영진닷컴)

앞으로 C#에 대한 소스만.. 올리도록 하겠습니다..

출처 : Java 언어로 배우는 디자인 패턴(개정판) // 영진닷컴

src.alz

Template Method Pattern

2009-10-01T13:50:00.000+09:00

템플릿 메소드 패턴을 알아보기 전에 일단 템플릿이란 먼지 알아보겠습니다.

그럼..

템플릿이란????

예를 들자면 문자 모양으로 구멍이 뚫려있는 프라스틱 판을 말합니다. 어릴적 사각형의 자중에 동그라미, 사각형, 별모양 등의 모양으로 구멍이 뚫려있는 프라스틱 판을 보았을겁니다. 바로 그것을 말합니다.

템플릿의 구멍을 보면 어떤 모양의 문자인지는 알 수 있지만 실제로 어떤 문자가 될지는 필기구에 의해 결정됩니다. 펜을 사용하면 펜, 연필을 사용하면 연필로 쓴 문자가 됩니다. 그러나 어떤 필기구를 사용해도 쓰여진 문자는 템플릿 구멍의 형태와 동일합니다.

Template Method Pattern?

• 상위 클래스 : 템플릿에 해당하는 메소드가 정의(추상 메소드)

• 하위 클래스 : 추상 메소드의 구현

☞ 상위 클래스에서는 뼈대를 결정하고, 하위 클래스에서 그 구체적인 내용을 결정하는 디자인 패턴

Template Method 클래스 다이어그램

- AbstractClass(추상클래스)

: 추상 메소드 선언, 하위 클래스인 ConcreteClass 역할에 의해 구현

- ConcreteClass(구현 클래스)

: 추상 메소드를 구체적으로 구현, AbstractClass역의 템플릿 메소드에서 호출

Template Method 패턴 특징(?) 알아두어야 할사항(?)

- 로직의 공통화

: 상위 클래스의 템플릿메소드에서 알고리즘이 기술되어 있으므로, 하위 클래스측에서는 알고리즘을 일일이 기술할 필요가 없습니다. 예를 들어 템플릿 메소드 패턴을 사용하지 않고 에디터의 복사 & 붙여넣기 기능을 사용해서 복수의 ConcreteClass 역할을 만들었다고 가정합시다.

ConcreteClass1, 2,3 ... 은 모두 비슷하지만 다른 클래스가 됩니다. 작성한 직후에는 괜찮지만 나중에 1에 버그가 발견되면 대체 어떻게 될까요? 1개의 버그를 수정하기 위해 모든 ConcreteClass를 수정해야 됩니다. 그런점에ㅓ Template Method 패턴으로 프로그래밍 하면 템플릿 메소드에 오류가 발견되더라도 템플릿 메소드만 수정하면 됩니다.

- 상위 클래스와 하위 클래스의 연계

: 템플릿 메소드 패턴에서는 상위 클래스와 하위 클래스가 긴밀하게 연락을 취하며 작동하고 있습니다. 따라서 상위 클래스에서 선언된 추상 메소드를 실제로 하우 ㅣ클래스에서 구현할 때에는 그 메소드가 어느 타이밍에서 호출되는지 이해해야 합니다. 상위 클래스의 소스 프로그램이 없으면 하위 클래스의 구현이 어려울 수도 있습니다.

- 하위 클래스를 상위 클래스와 동일시

: "상위 클래스형의 변수에 하위 클래스의 어떠한 인스턴스를 대입해도 제대로 작동할 수 있도록 한다" 는 원칙은 LSP라고 불립니다. 이 LSP는 Template Method 패턴에 국한되지 않는 상속의 일반적인 원칙

예제 프로그램

- 문자나 문자열을 5회 반복하기

클래스 일람

이름	해설
AbstractDisplay	메소드 display만 구현되고 있는 추상클래스
Chardisplay	메소드 open, print, close를 구현하고 있는 클래스
StringDisplay	"
Main	동작 테스트용 클레스

예제 프로그램의 클래스 다이어그램

AbstractDisplay 클래스

• open 메소드 호출

• print 메소드를 5회 호출

• close 메소드 호출

펼쳐두기..

CharDisplay 클래스

CharDispaly 클래스의 open, print, close 메소드 처리

메소드 이름	처리
open	문자열 "<<" 표시
print	생성자에서 주어진 1문자를 표시
close	문자열 ">>" 표시

펼쳐두기..

StringDisplay 클래스

펼쳐두기..

public class StringDisplay extends AbstractDisplay {    // StringDisplay도 AbstractDisplay의 하위 클래스
private String string;    // 표시해야 할 문자열
private int width; // 바이트 단위로 계산한 문자열의 폭
public StringDisplay(String string) { // 생성자에서 넘어온 문자열 string을
this.string = string; // 필드에 기억
this.width = string.getBytes().length; // 그리고 바이트 단위의 폭도 필드에 기억해 두고 나중에 사용한다.
}
public void open() {    // 오버라이드해서 정의한 open메소드
printLine();    // 이 클래스의 메소드 printLine에서 선을 그리고 있다.
}
public void print() { // print메소드는
System.out.println("|" + string + "|"); // 필드에 기억해 둔 문자열의 전후에 "|"를 붙여서 표시.
}
public void close() { // close메소드는
printLine();    // open과 같이 printLine메소드에서 선을 그리고 있다.
}
private void printLine() {    // open과 close로부터 호출되는 printLine메소드다 private이기 때문에 이 클래스 내에서만 사용된다.
System.out.print("+"); // 사각틀의 모퉁이를 표현하는 "+"마크를 표시.
for (int i = 0; i < width; i++) { // width개의 "-"표시해서
System.out.print("-");    // 사각틀로서 이용한다.
}
System.out.println("+");    // 사각틀의 모퉁이를 표현하는 "+"마크를 표시
}

Main 클래스

펼쳐두기..

JAVA

Template Method.alz

Tempate Method Pattern.alz

출처 : Java 언어로 배우는 디자인 패턴 입문(개정판) // 영진닷컴

Adapter Pattern

2009-09-29T12:27:00.000+09:00

- Adapter Pattern이란 무엇인가..

어댑터는 'adapt(개조) 시키는 것'이라는 의미입니다. 예를 들어 직류 12볼트로 작동하는 노트북을 교류 100볼트의 AC 전원에 연결한다고 가정하면 이때 우리는 AC 어댑터라는 장치를 사용합니다. AC 어댑터느 가정용 전원으로 제공되고 있는 교류 100볼트를 지금 필요한 직류 12볼트로 교환해줍니다. 제공되고 있는 것과 필요한 것 사이를 연결해주는 것이 어댑터의 역할입니다.

즉, AC 어댑터의 역할은 직류 12볼트의 컴퓨터를 교루 100볼트의 환경에 맞게 바꾸는 것입니다.

프로그램의 세계에서도 이미 제공되어 있는 것을 그대로 사용할 수 없을때, 필요한 형태로 교환하고 사용하는 일이 자주 있습니다. '이미 제공되고 있는 것' 과 '필요한 것' 사이의 '차이'를 없애주는 디자인 패턴이 Adapter Pattern 입니다.

위의 글을 책에서 읽었을때 처음 생각난것이 네트워크 시간에 배웠던 IPv4와 IPv6였다.. 후훗..;; 맞나 -0-

- Adapter Pattern에는 다음과 같이 두 가지의 종류가 있습니다.

1. 클래스에 의한 Adapter 패턴(상속)

2. 인스턴스에 의한 Adapter 패턴(위임)

- 예제 프로그램을 만들어 보겠습니다.

주어진 문자열을 다음과 같이 표시하는 간단한 것입니다.

펼쳐두기..

	전원의 비유	예제 프로그램
제공되고 있는 것	교류 100볼트	Banner 클래스 (showWithParen,showWithAster)
교환장치	어댑터	PrintBanner 클래스
필요한 것	직류 12볼트	Print 인터페이스 (printWeak, printStrong)

Banner 클래스

: 미리 제공되어 있는 클래스라고 가정

펼쳐두기..

Print 인터페이스

펼쳐두기..

PrintBanner 클래스

:어댑터의 역할을 완수합니다. 준비된 Banner클래스를 확장(extends)해서 showWithParen 메소드와 showWithAster 매소드를 상속합니다. 또한 필요한 Print 인터페이스를 구현(implements)해서 printWeak 메소드와 printStrong 메소드를 구현합니다.

펼쳐두기..

Main 클래스

:어댑터 역할의 PrintBanner 클래스를 사용해서 Hello라는 문자열을 약하게(괄호를 붙임) 또는 강하게(*를 붙임) 표시합니다.

펼쳐두기..

이번에는 인스턴스에 의한 Adapter 패턴을 해보겠습니다.

Main클래스, Banner 클래스는 위의 클래스에 의한 것과 같습니다. 그러나 Print는 인터페이스가 아니고 클래스라고 가정합니다.

즉, Banner클래스를 이용하여 Print 클래스와 동일한 메소드를 갖는 클래스를 실현하려는 것입니다.

Print 클래스

펼쳐두기..

PrintBanner 클래스

펼쳐두기..

- 클래스에 의한 Apapter 패턴의 클래스 다이어그램(상속을 사용)

- 인스턴스에 의한 Adapter 패턴의 클래스 다이어그램(위임을 사용)

Target(대상) 역할

: 지금 필요한 메소드를 결정합니다. 노트북을 작동시키기 위한 직류 12볼트에 해당합니다. 예제 프로그램에서는 Print 인터페이스나 Print 클래스가 이 역할을 합니다.

Client(의뢰자) 역할

: Target 역할의 메소드를 사용해서 일을 합니다. 직류 12볼트로 움직이는 노트북에 해당합니다. 예제 프로그램에서는 Main에 클래스가 이 역할을 합니다.

Adaptee(개조되는 쪽) 역할

: 이미 준비되어 있는 메소드를 가지고 있는 역할입니다. 교류 100볼트의 AC전원에 해당하며, 예제 프로그램에서는 Banner 클래스가 이 역할을 합니다.

Adapter 역할

: Adaptee 역할의 메소드를 사용해서 어떻게든 Target 역할을 만족시키기 위한 것이 Adapter 패턴의 목적이며, Adapter 역할의 임무입니다. 예제 프로그램에서는 PrrintBanner 클래스가 Adapter의 역할입니다.

Adapter(JAVA).alz

Adapter(C#).alz

Iterator Pattern

2009-09-28T08:03:00.000+09:00

Iterator Pattern이란?

예를 들어서.. 자바에서 배열 arr의 모든 요소를 표시하기 위해서 다음과 같이 for 문을 사용합니다.

펼쳐두기..

for문의 i++에서 i를 하나씩 증가시키면 현재 주목하고 있는 배열의 요소를 차례대로 처리해갑니다. 이ㅗ아같이 i를 하나씩 증가시키면 배열 arr이ㅡ 요소 전체를 처음부터 차례대로 검색하게 됩니다. 여기에서 사용되고 있는 변수 i의 기능을 추상화해서 일반화한것을 디자인 패턴에서는 Iterator Pattern이라고 합니다.

즉, Iterator Pattern이란 무엇인가 많이 모여있는 것들을 순서대로 지정하면서 전체를 검색하는 처리를 실행하기 위한 것입니다.

예제 프로그램을 한번 만들어 보겠습니다.

일단 예제 프로그램의 이미지 다이어그램입니다.

예제 프로그램의 클래스 다이어그램입니다.

Aggregate : 집합체를 나타내는 인터페이스

Iterator : 하나씩 나열하면서 검색을 실행하는 인터페이스

Book : 책을 나타내는 클래스

BookShelf : 서가를 나타내는 클래스

BookShelfIterator : 서가를 검색하는 클래스

Main : 동작 테스트용 클래스

예제프로그램의 소스파일들입니다. 공부하고있는 책의 소스파일과 제가 C#으로 바꾸어 본 소스파일입니다.

Iterator(C#).alz

Iterator(JAVA).alz

Aggregate 인터페이스

: Aggregate 인터페이스는 요소들이 나열되어있는 집합체를 나타냅니다.

펼쳐두기..

Iterator 인터페이스

: 요소를 하나식 나열하면서 루프 변수와 같은 역할을 수행합니다.

펼쳐두기..

여기에 선언되어 있는 메소드는 2개, 다음 요소가 존재하는지를 조사하기 위한 hasNext메소드와

다음 요소를 얻기위한 next메소드입니다.

Book 클래스

: 책을 나태나는 클래스입니다. 할수 있는 일은 책 이름을 getName메소드에서 얻는 일뿐입니다.

펼쳐두기..

BookShelf 클래스

: 서가를 나태나는 클래스입니다. 이 클래스는 집합체를 다루기 위해 Aggregate 인터페이스를 구현하고 있는 것을 나타냅니다. 또한 Aggregate 인터페이스에서 선언되어 있던 iterator 메소드가 기술되어 있는 것도 확인할수 있습니다.

펼쳐두기..

-> 이 서가는 books라느 ㄴ필드를 가지고 있습니다. 이 필드는 Book의 배열입니다 . 이 배열의 크기는 처음에 BookShelf의 인스턴스를 만들 때 지정합니다. books필드를 private로 한 이유는, 이 클래스 외부로부터 뜻하지 않게 변경되는 것을 방지하기 위해서입니다.

-> iterator 메소드는 BookShelf 클래스에 대응하는 Iterator로서, BookShelfIteratot라는 클래스의 인스턴스를 생성해서 그것을 반환합니다. 이 서가의 책을 하나씩 나열하고 싶을 때는 iterator메소드를 호출합니다.

BookShelfIterator 클래스

: 검색을 실행하는 클래스입니다.

펼쳐두기..

Main 클래스

: 말그대로.. 메인입니다;;

펼쳐두기..

소스에 대한 설명은 거의 언급하지 않았습니다. 굳이 알고싶으시다면.. 따로 물어보시기 바랍니다.....;;

왜!! 이런것을 쓰는 것일까 하는 의문이 들것입니다.. 그냥 간단히 하면 몇줄도 안되고 클래스 하나로도 할수 있는데 말입니다..;; -0-;;

가장 큰 이유는 Iterator를 사용함으로써 구현과 분리해서 하나씩 셀수 있기 때문입니다.

펼쳐두기..

여기에서 사용되고 있는 것은 hasNext와 next라는 메소드 뿐입니다. BookShelf의 구현에서 사용되고 있는 메소드는 호출되고 있지 않습니다. 결국 위 코드의 while 루프는 BookShelf의 구현에는 의존하지 않습니다.

Iterator Pattern의 클래스 다이어그램입니다.

Iterator(반복자) 역할

: 요소를 순서대로 검색해가는 인터페이스를 결정

ConcreteIterator(구체적인 반복자) 역할

: Iterator가 결정한 인터페이스를 실제로 구현

Aggregate(집합체) 역할

: Iterator 역할을 만들어내는 인터페이스를 결정

ConcreteAggregate(구체적인 집합체) 역할

: Aggregate 역할이 결정한 인터페이스를 실제로 구현하는 일을 담당

※ 참고서적 :Java 언어로 배우는 디자인 패턴 입문 개정판

MVC(Model-View-Controller) #2

2009-09-22T16:54:00.000+09:00

MVC(Model-View-Controller) #1

위에서 MVC의 개념에 대한 것은 알았고 이번에는 MVC가 나온이유? 또한 문제점이라고 해야하나???
아무튼 머 그런것에 대해 알아보겠다.

MVC가 나온 이유라면,
View와 Model의 분리입니다. 쉽게 말해 표현계층과 데이터( + 데이터 처리 로직)를 분리하여 데이터 처리 로직이 중복 코딩되는 것을 막고 로직과 엔티티(데이터)를 재 사용하는데 그 목적이 있습니다. 또한 GUI의 단위 테스트 코드를 작성할 수 있을지에 대한 기대감도 포함합니다.

그런데, View와 Model의 분리가 완벽히 되지 않는다는 문제가 있다.

자 어떻게 안되는지 보자.

MVC passive model

MVC active model

Using observer pattern to decouple the model from view in the active model

위의 프로세스를 보면 View와 Model의 관계를 분리하기는 어려워 보인다.

출처 : http://blog.jeidee.net/tag/MVC%20Pattern

http://wrice.egloos.com/4966863
http://blog.naver.com/blueweber?Redirect=Log&logNo=90052017455

MVC(Model-View-Controller) #1

2009-09-22T16:38:00.000+09:00

MVC에 대해 알아보도록하자.

View
UI 요소를 그려줍니다.

Controller
UI의 사용자 액션에 응답하고 데이터 흐름을 제어합니다.

Model
MVP 패턴의 Model과 마찬가지로 데이터와 상태를 유지하며 데이터 처리 로직을 포함합니다.

여기서 잠깐.. 모델이 Database라고만 오해 하시는 분들이 있을수 있다.. 나역시 지금까지..

모델은 DB다! 이렇게 단정지어서 알고 있었기 때문이다. 물론.. 아닌 분들도 있겠지만 말이다.

결론적으로 말하자면 Model은 사용자를 기준으로 사용자의 정신 상태를 반영하는 것, 다른 말로 (정신적) 모델을 의미합니다.

예를 들어, (MVC를 표방하는) MFC 에서 View 라고 하면 UI 인터페이스 편집기에서 버튼달고 메뉴 달고 하는 것을 의미하고 Control 이라고 하면 해당 버튼이나 메뉴에 해당하는 동작들을 클레스 안에다가 구현하는 것을 의미합니다. 그럼 Model 은 어디에 있지요???

다른 예로 웹 프로그래밍에 유명한 J2EE 의 JaveBean 도 MVC 를 표방합니다. 그런데 JavaBean 으로 코딩을 해보면 각 Bean 들은 Control 이고 JSP 나 HTML 파일들은 View 에 해당합니다. 그럼 Model 은 어디에???

정리하면, Control 은 사용장의 입력을 받아서 어떤 "행동"을 하는 것을 담당하고, View 는 모든 처리가 끝난뒤에 사용자에게 "보여지는" 부분을 담당합니다. Model 은 사용자가 머릿속으로 무엇을 연상하면서 그 시스템을 사용중인가를 반영하는 것입니다. 여기에서 Control 과 View 는 Model 과 사용자 사이를 이어주는 "수단"이 되는 것입니다.

그러니까 Model이라는것은 DB만을 생각해서는 안되는것이지요.

출처 : http://blog.jeidee.net/tag/MVC%20Pattern

http://wrice.egloos.com/4966863
http://blog.naver.com/blueweber?Redirect=Log&logNo=90052017455

MVVM(Model-View-ViewModel) #1

2009-09-22T15:35:00.000+09:00

WPF 세금계산서,거래명세표,분기별보고 연동 설계

위의 프로그램을 설계 및 구현을 MVVM 패턴을 사용하여 할려고 한다.

일단 MVVM 패턴의 대략적인 모습을 보겠다.

위의 그림은 MVVM 패턴에 대해 한눈에 알수 있는 그림이다.

MVVM이나 MVP, MVC 패턴들은 개념적인 면에서 비슷한듯하다.

어쨋든.. MVVM 패턴을 사용하려면

데이터 바인딩에 커맨드에 등등 알아야 할것들이 많은 듯하다. 물론 이전에 나왔었던

MVC, MVP에 대해서도 알아야 할 필요를 느꼈다.

- 이미지 출처 및 MVVM 관련 참고사이트 -

데이터 바인딩 :

http://msdn.microsoft.com/ko-kr/magazine/cc700358.aspx

MVVM :

http://msdn.microsoft.com/ko-kr/magazine/dd419663.aspx

http://msdn.microsoft.com/ko-kr/magazine/ee321573(en-us).aspx

http://iamadeveloper.co.kr/seminar/default.aspx (I am a developer)

커맨드 패턴 :

http://devyongsik.tistory.com/194?srchid=BR1http%3A%2F%2Fdevyongsik.tistory.com%2F194

http://gongdosoft.com/364

MVC, MVP :

http://blog.jeidee.net/tag/MVC%20Pattern // MVC

http://endlessprogramming.tistory.com/321 //MVP

http://blog.altprog.com//articles/35 // MVC Vs MVP

WPF 세금계산서,거래명세표,분기별보고 연동 설계

2009-09-17T18:02:00.000+09:00

설계 Ver 1.0 의 설계객체모델(클래스다이어그램)이다.

시퀸스는 생략하기로 하겠다.

내마음대로.. 프로젝트..니까;;

아직 수정해야 할 부분이 많겠지만...

WPF 세금계산서,거래명세표,분기별보고 연동 요구사항

2009-09-15T14:06:00.000+09:00

거래명세표에 업제명을 적는다.
품목, 규격, 수량, 가격 등을 적는다.
인쇄
전달

위 4가지의 순서안에 다음과 같은 요구사항이 필요하다.

거래명세표 작성시 업체명을 입력하면 그에 해당하는 정보가 세금계산서과 분기별 보고서에 입력 및 저장되어야 한다.
거래명세표 작성시 입력된 품목에 대한 정보는 세금계산서와 분기별 보고서에 입력되어야 한다.
분기별 보고서는 각 월별, 분기별 합계가 나와야한다.
임의의 업체에 대한 정보가 없을시에는 저장할수 있는 인테페이스 필요
임의의 업체에 대한 정보가 수정되었을시에 수정할수 있는 인터페이스 필요(사업자가 바뀌었을경우)
명세서 입력 및 인쇄 일자는 자동으로 입력하되, 사용자가 임의로 수정가능하게 한다.
거래명세표에 입력되어진 정보를 사용자가 변경할경우 DB파일 사용자의 의사에 따라서 수정하여야한다.
DB파일은 각각 날짜별로 백업하여야 한다.(거래내용)

프로그램을 만들기 전에 일단 생각나는것을 요구사항을 적어보았다.

물론 추후에 추가될수도있고 수정될수도 있다.

설계를 할려고하니. 이거 은근히.. 복잡하네 -0- 으..

09/08/20 bye Israel

2009-08-20T23:48:00.000+09:00

21일 0시 출국

아침 8시30분부터 세루트를 부르기위해 전화하였다.

1시간이 지나도 2시간이 지나도..

전화는 통화중이였다. 그렇게 오후 2시쯤 되어서야

세루트에 전화를 할수 있었다..

참.. 이나라 -0- 너무한거 아닌가.. 세루트하나 부르기위해

몇시간을 투자한건가 간단한 전화 한통화를 위해 말이다.

아무튼 어렵게 세루트와의 컨택을 성공한 나는 밤 8시까지 이렇게

기다리고있다.

앞으로 2시간정도후면 세루트를 타고 출국장소로 가게 될것이다.

이스라엘.. 입국심사도 까다롭기로 유명하지만

출국심사는 더 까다롭다.

이것저것 하나부터 열까지 전부 뒤져본다는데...

아.. 짐을싸면서도 이렇게 까지 정리할필요가 있을가 싶었다..

어차피. 다시 정리해야 할 것이기때문에...

작은 가방 하나까지도 다 보기때문에.. 에휴..

참 이상한 나라 이스라엘에서 3주동안 있으면서

많이 둘러보았다고 말할순 없지만...

그래도 많은 일들이 있었던것 같다.

생일날 외국인친구와 영화도 보고, 프랑스 친구를 사귀어 같이 여행도 다니고

폴란드 친구를 사귀어.. 히딩크 감독 어쩌구 저쩌구 이야기도 하고..

지도안가지고... 밖으로 나와.. 만난 이탈리아 친구..

마사다를 가다가 만난 인도네시아친구..

에일랏에 가서 만난 나사렛 친구..

티베리아가서 만난 독일친구들..

등등..

많은 일들이 있었던것 같다.

그나저나 세루트는 정확한 시간에 와줄지 모르겠네... 이넘의 나라.. 쩝..

09/08/16~18 마사다,사해,그리고 에일랏

2009-08-19T02:57:00.000+09:00

오늘은 일정이 바빠서 아침 일찍일어나서 새벽예배를 드리고

마사다로 출발하였다. 역시나 이넘의 책의 시간표는 잘 맞지않는것을

너무나도 이제는 잘알고 있기에 어제 에게드 버스 홈페이지에서

예루살렘 중앙터미널에서 마사다로 가는 시간표와 가격

마사다에서 에일랏으로 가는 시간표와 가격

만약을 대비하여 돌아오는 시간표와 가격을 모두 알아놓았다.

아침 8시부터 대략 30분간격으로 마사다로 가는 버스.

아침일찍 출발하여 중앙터미널에 도착하니 시작은 7시 50분정도였다.

10분남은건가... 마사다에 가서 사먹는것은 분명 비쌀것이라고 예상했기에

물과 먹을 거리를 샀다. 하지만.. 원하는 핫도그는... 아직 준비중이라고..

8시가 넘었는데 -0- 안판다는 것이다.. 이런 게으른것들..

어쩔수없이 그냥 다른빵을 사서 8시 30분차를 탈려고하였다.

그런데 이넘의 차가 오지않는것이다..

분명 홈페이지에 30분간격으로 있었는데.. 역시 이스라엘 -0-

시간표대로 움직이지 않는다.. 이넘의 나라.. 아우 -0-

9시가 넘어서 버스가 나타났다.

8시차도 없었는지.. 마사다쪽으로 가는 사람은 정말 많았다.. 아.. -0- 미어터진다;;

어쨋든.. 마사다를 가기위해 차를 탔다.

내 옆에는 에.. ANULA이라는 분이 앉았다.

어떻게 알았는지는 이제 다 알듯하다.. 옆에 앉으면 무조건 Hi 인사하고

말부터 건내는거다.. 참... 이넘의 나라 눈만 마주치면 인사한다.

알던 모르던 말이다.. 아!.. 이스라엘사람은 제외..

어쨋든 자신은 텔아비브에 있고 어디로 간다고 했는데.. 기억이 안난다...

이런저런 예기를 하다가 나의 명함을 주고.. 이메일주소를 받았다..

이렇게 하나둘씩 나는 이메일 주소가 늘어가고있다 아직 몇개 안되지만;;

그렇게 이야기를 나누다보니 나는 마사다에 도착하여 내렸다.

나말고도 6명정도의 외국인이 내렸다. 끼리끼리.. 노는 -0-;

분위기라 그냥 아는체하진 않았다.....;;

아무튼.. 내렸는데 여기 왜이렇게 덥나;; 정말.. 예루살렘과는 비교도 안될정도의 더위다..

햇살이 나의 살을 파고드는거 같다;;

어디인지 모르지만 위에 케이블카선이 보인다.. 또한 왼쪽에는 Guest House가 보이고

케이블카선이 한 건물과 연결되어있다.

어딘지도 모를때는 의심나거나 외국인 따라가는게 상책이다..

오르막길.. 으.. 짐을 최대한 줄였지만 역시나 무거운.. 이 짐..

아무튼 올라가보니 역시 케이블카를 올려주고 마사다를 가기윈한 곳이였다.

음.. 리턴티켓까지 되는것은 67세켈인가;; 하고 돌아오는것이 없는 티켓은

기억안난다.. 너무나 더운 날씨때문에 도저히 내려올 생각이 안들었기때문에 난..

리턴까지 되는것을 샀다..

걸어서 올라가는것은 예전에는 됐지만 지금은 안되는 것 같았다. 사고가 났었다고 한다.

아무튼.. 케이블카를 타고 올라가기 전에 마사다에 대한 정말 짧은 영화를 보여주고

케이블 카를 타고 갔다.

아.. 마사다를 올라가서 이것저것 보는데.. 참.. 로마.. 대단하다는 생각도 들었다..

이.. 절벽과 같은곳을 산하나를 만들다니.. 또한 이곳에서 모두 자결하여 죽었다니..

사진 좀 찍어달라고 하고 싶었는데 왜.. 전부다.. 가이드를 끼고.. 바쁜지.

차마.. 부탁하기 어렵더라.. 그래서 혼자 셀카찍어따 -0-;;

역시 혼자 여행은 이것이 안좋다.. 심심하기도 하고... 자유는 있지만 말이다.

어쨋든 마사다를 다보고 에일랏으로 가기위해.. 내려와야만 했다..

케이블카를 타고 내려오는데 뱀길을 따라서 걸어서 가는 사람이 있다.. 참 이 더위에

걸어서 내려갈 생각을 하다니 대단하다.. 아니.. 솔직히.. 미친거 아닌가 하는 생각도 든다.

내려와서 버스정류장에서 기다리는데.. 한참을 기다려도 버스는 오지않는다.

아니 에일랏으로 가는 버스는 절대 오지않는다 ㅠㅠ

기다리면서 세루트 운전기사와도 이런저런 예기를 나누고.. 대략 3시간동안..

그 더운 곳에서 버텨야 했다.. 도중에 참 사람도 많이 바뀌어가면서 이야기를 나누었다.

머.. 그래봤자 나의 짧은 영어 실력으로.. 바디랭기지를 섞어가면서 말해야 했지만 말이다.

하하..

아니 솔직히.. 상대방이 더 나를 이해시키기위해.. 바디랭기지를 하는지도 모르겠다 지금생각해보니..

여행자들은 참 친절한듯하다.. 여행자들만... ;;

어쨋든 한참을 기다리고 나니.. 에일랏으로 가는 버스가 왔다.. 아 -0- 드디어..

버스를 타자마자 잠이 들어버렸다..

도착하니 에일랏.. 밤 6시정도 아마 지났던듯하다.. 자.. 유스호스텔을 찾자!!!

1군데, 2군데.. 3군데.. 다.. 자리가없단다.. 컥..

주위에 호텔, 모텔, 호스텔은 정말 많은데 .. 호스텔은.. 자리가 없단다..

아 노숙해야하나.. 그렇게 한참을 찾아해맸다.. 길도 모르는곳을..

그러다보니 다시 중앙버스터미널로 오게 되었다.

알고보니 내가 간날이 최고로 사람이 많은 주란다.. 에구.. 날을 정해도 난;;

아 어떻하지하고 있는데 한사람이 지나간다.. 혹시 근처에 호스텔있냐고 물어봤다.

근처로 자신도 간다고.. 같이 가자고 해서 따라갔다.. 가다가 자신은 슈퍼마켓에..

나는 앞으로 쭉가다가 오른쪽으로 꺾으면 된다고 해서 그리로 갔다.

헤어지기전에 나에게 가방 조심하라고 한다.. 여기도.. 도둑이 있나보군.. 칫..

그렇게 가다보니.. 한 호스텔이 보인다.. 들어가려고하자 바로 full 한다 --

아.. 증말 ㅠㅠ

다시 돌고 돌다가 중앙버스로 왔다. 시간은 9시가 지났다 해는 다지고 어둡다..

그런데 눈이 보이는 TABA HOSTEL 왜 내가 저걸 못봤지..;;

가보니.. 도미토리 원하냐고 먼저 묻는다.. 오.. -0- 자리 있어요?

하루에 80세켈이란다..

흠.. 시설이.. -0-;;; 머 이런거 따질때가 아니므로.. 알았다고 하고 이틀 지낸다고

하였다.

다음날 에일랏을 돌아다녔다. 그런데 사진을 보면... 에일랏은 없을꺼다..

왜냐.. 정말 볼거없다 -0- 단지 바다다.. 바다에서 사진찍을수도 없지않는가.. 다 비키니인데;;;

아 -0-.. 호스텔 찾다가 알게된 친구가 2명있다.. 호객꾼에 의해 100세켈이나 내라고 하는 곳을

갔을때 만난 곳인데.. 머 그곳도 가보았지만 자리없다고 했지만 말이다..

아무튼.. 모라드라는 친구와.. 또한명은 이름 까먹었다;;;

모라드라는 친구는 나사렛에 살고 있다고 한다..

모라드라는 친구가 나에게 숫자 1~10까지 알려주었다.

아랍어, 히브리어, 러시아어던가;; 암튼 3개;; 자꾸 발음하기도 어려운걸 따라하라고 해서

혼났다;; 하지만 지금.. 기억안난다;;

09/08/15 이스라엘에서 마지막 여행에 대한 준비

2009-08-16T03:44:00.000+09:00

여기 이스라엘은 금,토요일은 버스가 전혀 다니지 않는다.

내일 일요일에 나는 마사다를 갈것이다.

여기 예루살렘 센트럴버스스테이션에서

오전 8시 첫차로 마사다 가는 버스가 있다.

마사다로 가는것이긴한데 케이블카를 타는 바로 앞에 내려줄지 아니면

또 찾아 해메야할지는 나도 모른다.

아직 한번도 가본적이 없는 곳이기에...

아마도 내일도 수많은 사람들의 도움이 필요할것이다.

주로 위치를 물어보는 질문이겠지만 말이다.

어쨋든 마사다를 보고난후에 에일랏으로 갈예정이다.

아침일찍 가야하는이유는 에일랏까지 가는 시간이 꽤 걸리기때문에...

해가 떨어지기 전에 도착해야한다. 그래야 호스텔을 그나마 찾기가 쉬울것이다.

에일랏에 있는 호스텔은 전부 하이킹을 해야하는 곳인듯하다.. 전부 하이킹 마크가 붙어있다.

쩝...

저번 북쪽여행의 나의 크나큰 실수를 없애기위해

이번에는 짐을 아주 간단하게 쌌다. 노트북또한 나두고 갈예정이다.

에일랏의 유스호스텔에는 인터넷 되는 곳이 한곳 밖에 없기때문이다.

물론 유스호스텔에 등록되어있는 호스텔중에서지만 말이다.

어쨋든 잠깐동안의 여행을 할경우에는 노트북이 그리 필요하지 않는 것을 알게되었다.

또한 단지 짐이 라는것을..

긴 여행이라면 아주 유용하게 쓰이게 되겠지만 말이다.

잘때 입을 나시티1개, 짧은 반바지 1개, 반팔1개, 그리고 만약을 위해 가디건1개.

아마도 남쪽이라 에일랏은 더 더울것이다. 여기 예루살렘과는 비교할수 없을만큼..

그리고 속옷들.. 등등

마사다에서 지체되는 시간이 오래된다면 난.. 예루살렘으로 돌아와서 하루자고 다시

다음날 아침에 일찍 에일랏으로 가야한다.

아 그나저나 이넘의 책.. 정말 너무 틀린게 많다..

이스라엘 버스회사사이트를 가서 전부 시간과 번호를 다시 검색해야했다.

이곳을 갔다오면 이제 이스라엘의 여행은 끝이 나겠지..

I want to my plan

2009-08-15T06:16:00.000+09:00

I want to my plan.

난 지금 이스라엘에 있다.

처음 이스라엘에 올때의 목적은 키부츠 였다.

하지만 키부츠센터에서는 자리가 없다고만 한다.

키부츠..

이스라엘에는 200여군데가 넘는 키부츠가 있다. 키부츠라고하면

세계각지의 여러 젊은이들이 모여서 같이 일하며 여러 문화를 접하고 배우고

그런 곳인줄로만 알았다.. 아니 물론 그런 좋은 곳도 있다.

하지만 여기에서 지내면서 알게된것이지만 꼭 그런곳만 있는 것은 아니라는 것을 알게 되었다.

여기서 난 키부츠에 대한 마음이 조금은...

어차피 키부츠 자리는 현재 계획조차 없는 것이고..

이스라엘을 여행하고자 했다.. 그런데.. 한국에서 가져온 걸어서 이스라엘..

이책을 보고 움직이자니 정말 어처구니 없는 책이였다.

초행길의 사람을 전혀 배려하지 않은 책이다. 또한 오타또한 있어서..

난 여행중에도 이길이 또한 이 버스번호가 맞는지 확인하고 또 확인해야했다.

그러면서 친구도 만들고 외국인과 대화도 많이 하면서

배운것도 많긴 하지만..

처음계획은 키부츠를 가게되면 거기서 천천히 유럽으로 여행할 준비를 하는것이였다.

영어 공부와 함께..

하지만 키부츠가 틀어지면서 거의 모든것이 틀어진 기분이다.

유럽계획을 짜려고해도 센터에만 틀여박혀서 있을수도 없는 노릇이고

또한 여행하면서 유럽계획을 짜려고 하니 이것 또한 여의치가 않다.

그런데 주위에서는 여기까지 왔으니 요르단도 가라.

이집트도 가라.

어디가 좋더라 어디도 가라.

나에겐 조금의 여유가 필요한데..

맞다.. 다 날 위해서 하시는 말이다.

또한 내가 생각하기에도 여기까지 왔으니 이곳저곳 가보는게 정상일지도 모른다.

그런데 난 준비가 되어있지않다.

마음의 준비, 또한 여행의 준비

지금 그냥 에라모르겠다식으로 여러곳을 가게된다면 과연 내가 얻는것은 무엇일까?

난 그 나라에 대해 아는것도 사전지식도 그 무엇도 없는데..

이대로 그냥 간다면 무엇을 보아야 할지 조차 모른다.

또한 무엇을 보고싶을지도 잘 모르겠다.

그래서 난 귀국하려고 결심하였다.

이것이 잘못된 결정일지도 모른다. 하지만 후회는 하지 않을것이다.

왜냐하면 내가 결정한 일이기 때문이다.

...

09/08/14 Olives Mount

2009-08-15T05:19:00.000+09:00

오늘은 감란산을 다녀왔다.

또한 수카(?) 수캇(?) 암튼 그곳을 갔다오고

레베카와 오늘만난 이름모르는 또한 어디사람인지도 모르는 친구에게 메일을 보냈다.

말도안되는 영어 작문일지는 모르지만.. 아무튼 했다;;

마.. 어쩌구 까페에서 사모님과 준일이를 만나기로 했다.

히브리대학은 버스만 타고 갔었고 까페는 밤 어두울때 전도사님과 갔었기에.. 길은 몰랐지만..

걸어가면서 여러사람에게 물어봐서 갔다.

금요일이라서 그런지 사람이 별로 없어서 힘들긴 했지만..

그래도 빨리 찾을수 있었다.

그렇게 만난후 우리는 감란산으로 항하였다. 하지만..

우리중 그 누구도 감란산의 위치를 알지 못하였다.. 재은이가 같이 오는지 알았는데 그게 아니였나보다.

지도도 안챙겨 나왔는데... 하핫..

여러사람에게 길을 물어가면서 힘들게 걸어 가야만 했다.

밤에 갔을때는 전혀 못봤던 가게들이 보이기 시작했다...

여긴 대체 어디지.. 처음 가보는 곳이였다. 아랍지역.. 인듯했다.

아 -0-... 전에는 어둡고 위험하기도 해서 아랍지역을 돌아서 가서 가게가 안나왔었나부다..

우린 정말 맵이 필요했다..

그런데 내 눈에 보이는 여행중인 외국인 4분..

저분들에게 맵좀.. 보여달라고 해야겠다하고.. 말을 걸었다.

어디가세요? 올드 시티 간단다..

쳇.. ㅠ

맵좀 볼수 있을까 해서.. 머라고 했는지 잘 기억은 안나지만..

맵이 없다 맵을 보길 원한다 머 이런내용이였던듯 하다.. 내가 말하고도 기억이 안나네;;

암튼 그랬더니.. 맵을 그냥 준다.. 이분들 -0-;;

아.. 덕분에.. 길을 찾기가 쉬워졌다..

난.. 이때를 살려서.. 나의 명함을 주고 메일을 받아냈다..

그렇게 몇마디 나누고 헤어진뒤에 맵을 보고 이동하기 시작하였다..

맵을 이용하여 여기저기 물어보니 전부다.. 문을 닫았단다..

아.. 여기 12시되면 문닫지;; 이런....

결국은 오늘은 교회한군데도 들러보진 못하였다.. 하지만 좋은 경험은 한듯 했다.

이리하여... 감란산에서 내려와서 올드시티를 통해서 버스를 타고 시내로 갔다.

맥도널드에서 햄버거를 먹은후에..

센터로 돌아왔다.. 돌아오니.. 수카인가; 가는데 같이 가자고 하신다.. 이런.. 힘든데;;

언제 한번 가보겠냐고.. 해서.. 같이 갔다...

기도회를 하는데... 나름 괜찮았다.

끝난뒤에.. 성엽이와 나는 걸어서 센터로 왔다.

돌아와서 레베카와 오늘 맵을 준 친구에게 고맙다고 덕분에 많은 도움이 됐고

친구되길 원한다고 머 그런내용의 메일을 보냈다.

이렇게 오늘 하루도...

09/08/13 야드바쉠

2009-08-13T23:18:00.000+09:00

오늘은 야드바쉠을 다녀왔다. 마음같아선 센터를 나와 오늘도 여행을 가고싶지만

교회는 가야겠고... 요일은 목요일이라.. 그냥 하루만에 갔다올수있는 곳을 선택하였다.

Franch Hill에서 야드바셈까지 다이렉트로 가는 버스는 없는듯하다.

뭐.. 내가 다 아는것은 아니므로 있을지도 모르지만..

어쨌든 나는 센트럴버스스테이션으로 가서 거기서 야드바셈으로 가는 버스를

타고 갔다. 그런데.. 한국에서 사온 걸어서 이스라엘 이란 이책..

아무리 생각해도 오타도 있고 정말.. 이스라엘에 대해서 아는사람이 쓴것인가

하는 생각이 들때가 많다.

일단 맵부터 구글맵이다.. 어이가 없다.. 이맵으로는 도저히 길을 찾을수가 없다.

지극히 단순한 맵이기때문이다. 또한 동서남북도 알수가 없다.

어딘가의 지명에 대해서 가는방법과 버스 번호가 나와있지만.. 그것 또한

틀린것이 많다. 오늘도 야드바쉠을 가기위해 운전기사의 지식을 빌려야만했다.

참... 이스라엘와서 물어보기는 무쟈게 물어보고 다니는 듯하다..

한번 안물어보고 버스를 탔다가 반대방향으로 간기억이 있어서인지

일단 버스를 타기전에 무조건 지명부터 말하고 있다. 말할때마다

나의 발음때문에 잘 못알아듣게되면 나의 지명을 적어놓은 책을 보여주곤 한다.

다행히 야드바쉠을 잘 알아듣더라..;; 쩝..

그렇게 야드바쉠 근처에 도착하고 나서 대략 500m를 걸어야했다.

외국인 몇분들이 걸어가고있더라..

유스호스텔에서 외국인만 보면 일단 Hi하는 습관이 생겨서일까..

외국인이 보이면 그냥 Hi한다.. 그럼.. 대꾸는 잘해준다 단지 인사일뿐이지만

외국인이 이젠 무섭지 않다.. 울렁증 그런거.. 없다.. 단지.. 내 마음을 전달하지 못할때가

정말 답답할뿐.. 바디랭기지로도 한계가.. 있어서..

어쨋든 야드바쉠안에 들가는데 샬롬하고 경비원 아저씨가 한다..

샬롬... 안녕하세요.. 이건안다;; 히브리어.. 암튼.. 히브리어 젤 알아듣기 쉬운게

켄, 샬룸;; 나머진 모르겠다..

어디서 왔는지 물었었는지는 못들었는데.. 암튼 나보고 이번엔 차이니스한다;;

이넘의 차이나 제팬 그만좀 듣자.. 코리아 단한번도 안한다 -0-;;

from Korea.

아무튼 이렇게 외치고 들어갔다.

처음 들어선 건물에

들어가니 information , 에또.. 맵 파는곳, 에또... 헤드폰 빌려주는곳..

에.. 무슨 해드폰 하나 빌리는데 저렇게 비싸;; 그냥 안비릴고 말지 하고 지나쳤다..

그런데 맵은 좀 필요할듯해서 하나 살까했는데 10세켈이나 한다..

이런. -0- 무슨 맵하나를 3처넌넘게 받아먹는 나리가 있단말인가... 단지 맵인데;;

그래도 사고싶어서;; 사긴했다...

맵을 들고 이제 전시관인가;; Main인가; 암튼 들어가는데 경비아저씨가 나를 막는다..

왜!!!!

말 무쟈게 빨리한다.. 아 알아듣기 힘들게 이것이..;;

첨에 검문하는건가 했는데 그건아니고.. 다시 말해달라고 하니..

좀 천천히 해준다.. 아.. 큰가방은 맡기란다.. 그것도 방금 지나온 건물의 지하에다가..

이.. 그런건 진작에 표지판이라도 만들어서 나둘것이지.. 할수 없이 난 다시 돌아가서 가방을

맡겨야만 했다.

그리고 나서 다시 들어가는데 이번에는 사진을 찍지말란다 -0-

단 나가서는 찍어도 된다고 한다..

어쨋든 안을 들어가니 온갖나라의 언어로... 영화(?)를 보여준다 근데..

여기 왜이렇게 사람이 많나.. 아.. 길이 막혀서 내가 볼것도 못본다.. 아놔;;

투어하는사람이 많아서 그런듯한데.. 끼어서 들어볼까도 했는데 영어가 아니다..

어디나라말인지 원.. 아무튼..

천천히 감상하면서 한참을 보고나서야 건물을 나오게 되었다.. 아 땡볕..

맵을 보고 이것저것 보는데.. 솔직히 나는 머가 먼지 잘은 모르겠다. 단지 대충만 알수있을뿐..

낮 3시가 다가왔다.. 아 배고프다.. 근데 -0- 여기 왜이렇게 비싸나..;;

비싸도 넘 비싸다는 생각에.. 싸온 빵과 물을 마시며 일단 배고픈걸 해결하고...

나는 다시 센트럴버스에 가서 점심을 먹어야했다..

그리고 난후.. 나는 Franch Hill로 다시 돌아왔다.. 바로 센터로 들어가지않고 센터 뒤에

작은 공원에 가서 머리도 식히고 책을 보았다..

그렇게 오늘 하루를 보냈다.

내일은 감란산을 혼자서 갔다와봐야겠다..

일요일에는 마사다를.. 월화수는 여행을 갔다와야겠는데 어딜갈까나..

09/08/12 만남과 헤어짐

2009-08-13T01:38:00.000+09:00

나사렛에서 프랑스 친구 Ben과 함께 정한 숙소에서 만난 친구인 얀이다. 맞나(?) 하두 발음이 어려워서;;

일단 여기 나사렛의 호스텔인 Fauzi azar Inn 호스텔이라는 곳인데..

정말 추천해주고 싶을정도로 좋다.. 서비스도 좋고 쿠키, 커피, 우유 등.. 공짜다..

가격도 70세켈이다.. 물론 도미토리 요금이다. 현재 70세켈이면 괜찮은 가격이다.

단지 조금.. 문제(?) 라면 무거운 짐을 들고 하이킹..을 해야하는 단점이 있다.

많이 하는건 아니니 걱정할건 없다.

여기에서 만난 친구 얀과 찍은 사진.

얀 역시도 나와 비슷하게 자신의 북에 내가준 카드의 내용을 적는다..

물론 나도 나의 북에 이메일 이름을 적어달라고 했다.. 그런데..

이거 영어는 영어인데 너무 휘갈려써서.. 스펠링을 잘 모르겠다.

아차 참고로 이 사진은 밤에찍은사진 즉.. 11일날 찍은 사진이다.

오늘은 예루살렘교회의 센터로 돌아와야만 했다.

역시 나는 아직 초보여행자인지 쓸대없는 것은 잔뜩 챙기고,

정작 필요한것은 챙기지 않았다.. 그래서.. 다시 돌아와야만 했다.

호스텔에서 나올때 Ben과 만나지 못하여 쪽지를 남겼다.

만나는 동안 즐거웠고 나중에 만약 기회가 된다면 다시 만나자는 내용의 메시지를

스텝에게 벤에게 전해달라고 부탁하였다..

아마도 없을듯하다..

프랑스 친구 벤 정말 친절하고 매너가 좋았다.

같이 여행을 하는동안 하나부터 열까지 나의 의사를 물어보았다.

그렇게 헤어지고 난뒤...

나사렛에서 예루살렘으로 바로 가는 버스가 있는지 또 어디서 타야하는지 알아야 했기에

나사렛의 informaiton center에 들려서 물어봤다.

그런데 당췌.. 이사람 머라고 하는지 모르겠다..

그래서 그냥 내가 필요한것을 질문하였다.

다이렉트로 가는 버스가 있느냐..

대답은 예상했지만 No였다.

그래서 혹시 티베리아로 가서 티베리아에서 가는 버스는 있느냐고 했더니

있다고 한다.. 그러면서 431번인가 432번버스라고 한다.

얻을 정보는 얻었고해서.. 버스 타는곳으로 갔다.

한참을 기다리고 나서 버스를 타고 티베리아로 갔다.

사실 하이파로 가도 되지만.. 그냥 티베리아로 갔다 왜인지는 나도 모르겠다.

티베리아에서 예루살렘으로 고고..

오면서 이스라엘의 횡당보도가 이상하여 찍은것이다..

거의 모든 횡단보도는 사진과 같다.

09/08/11 나사렛

2009-08-11T23:44:00.000+09:00

교회안에서 벤이 찍어준 사진인데.. 어두워서..

뒤는 잘 안보인다..

하지만 벤의 카메라는 뒤까지 잘 보인다..

그래서 내가.. 내 카메라 싼거라고 했더니.. 벤은 자기껀 비싼거라고 아주 비싼거라고 한다..

아무튼...

수태어쩌구 교회인데 ㅠㅠ 아.. 이넘의 메모리.. 왜이래;;

벤은 자신은 기도를 아주 오랫동안 해야한다고 한다.

그래서 난.. 오늘 갈려고 했던 수태어쩌구 교호 뒤에 있는 교회와..

예수님이 어렸을때 설교했다는 이름은 까먹었지만. 암튼 작은 교회..를

갔다..

이넘의 교회 하나 찾는데 정말 하루종일 해멧다.

무슨놈의 길이 정말 미로다.. 좁고 여기저기 크로스에..

한 20명에게 물어봤다..

겨우겨우해서 예수님이 어렸을적 설교하였다는 곳을 찾았다.

정말 작은 곳이였다..

내일은 예루살렘으로 돌아가야겠다..

핸드폰 잭을 안챙겨와서.. 핸드폰 배터리가 1칸도 안남았다..

또한.. 속옷도 많이 안챙겨서..;;;

쓸대없이 무겁게 옷만 잔뜩 넣은듯하다.. -0-

옷은 그냥 빨아서 말리면되더라.. 여행해보니. 한 2~3벌만있어도 충분하게따 --

오늘은 그래도 호스텔에 일찍와서... 이렇게

밀린 다이어리와 정리할것들을 하고 있다.

또한 외국인들과 여담을 나누고 있다..

머.. 말이 잘 통하는건 아니지만 말이다..

09/08/10 타브하

2009-08-11T23:28:00.000+09:00

오늘의 처음 계획은 51Km나 되는 갈릴리 호수를 자전거를 타고 한바퀴

돌려고 했었다.. 근데.. 이 뜨거운 햇빛에 혼자서.. 자전거 타고 돌려니..

그러고 싶었던 나의 마음을 단한순간에 없애버렸다..

대신.. 타브하로 가서 만복교회,베드로.. 아.. 3개의 교회를 갔는데

이름이 잘 기억안난다;;

쳇.. 이넘의 걸어서 이스라엘 책은 맵이

너무 단순하다.. 하나도 못알아먹겠다.. -0-;;

일단 베드로수위권교회.. 맞나 여기랑.. 또 하나 까먹었다.. 아아악!!!

암튼 2곳은 갔는데 만복교회 대체 어디로 올라가라는데 어디로 올라가라는지

삼거리도 어디가 삼거리인지 아무것도 안나와있다..

그래서 이사람 저사람에게 물어보다가.. 벤이라는 프랑스 친구를 만났다..

자신도 교회에 가는데 같이 가자고 한다.. 저 아래에서 만복교회를 봤다고 하면서 말이다.

그래서 같이 여행하게된 프랑스 친구 벤..

으.. 나의 착오로 인하여 모든짐을 들고.. 만복교회까지 올라가야했다..

땡볕에 말이다.. 오.. -0- 미챠미챠;;

한참을 걸어서 올라가니.. 교회는 2시 30분에 오픈한단다..

이게 또 왠말..;;

그래서 벤에게.. 한국 음악도 들려주고.. 이런저런 이야기도 하면서..

거의 2시간을 휴식을 취했다.. 아니 기다렸다..

그렇게 2시 30분이 되어서 교회가 문이 열리고 같이 들어가.

서로 사진도 찍어주고 하였다.

그러고 난후.. 다시 벤과 함께 티베리아의 아비브 호스텔로 왔다

여긴 70세켈이닷.. 단.. 좀 더럽다;;

아니 좀.. 많이.. 그래도 어차피 하루 잘꺼니까.. 나름 괜찮았다..

또한.. 어제 티베리아 호스텔에서는 도미토리의 장점이 전혀 없었는데..

즉.. 밤늦게 외국인이 들어와서 아무 말도 하지 못하고.. 그냥 자야했지만..

아비브 호스텔에서는 독일인 2명과 프랑스인 2명(벤포함)그리고 나. 이렇게

5명이 잤다..

독일인 2명은 자전거를 타고 51km를 한바퀴 돈단다.. 갈릴리 호수를..

이런.. 미친것들 하는 생각이 절로 들었지만 쩝. 아무튼 행운을 빈다..;;

밤이 되어서 야경도 보고 좀 쉬기도 할겸 벤과 함께 갈릴리 호수 근처의

벤치에 앉아서 휴식을 즐겼다..

지나가는 귀엽지만 더러운..;; 고양이도 보고

지나가면서 벤의 생김새 때문에 유대인인줄 착각하고 영맨들이..

소리친다..;; 같은 유대인인줄 착각하고 말이다..;;

벤이 자신의 생김새가 자신이 생각하기엔 다른데... 다들 유대인이라고 한다고 그런다..

물론.. 나도.. 일본인이라고 생각한다고.. 혹은 중국 -0-;;

난.... 코리아!!!

아무튼 이렇게 쉬고나서 호스텔에서 잠을 잤다.

09/08/09 티베리아에서의 하룻밤

2009-08-10T03:00:00.000+09:00

센터에서 점심을 먹고 티베리아로 출발..

문제라면..

현재 세켈이 별로없다.. 환전하고 가고 싶었는데 물어봐도 다들 환전소는 어딘지 모른단다..

-0-... 에이.. 티베리아 가서 바꾸자..하는 마음에 무작정 출발..

도착해서 내가 무엇을 해야할지 나도 모른다..

무작정 출발한것이기에..

일단 생각드는건 잘곳부터 찾자는 생각뿐..

3시간 이상 버스를 타고 티베리아에 도착하였다.

여기.. 시골인가.. -0-.. 버스정류장이 예루살렘처럼.. 좋지는 않다..

아무튼 이넘의 지도같지도 않은 지도가 그려져있는 책을 보고.. 호스텔을 찾아 나섰다...

아.. 대체 어딧는거야 -0-..

티베리아 호스텔 찾았다.. 인터넷이 가능하다고 나왔기에 이곳으로 왔다..

이씨 근데 책에는 도미토리 70세켈이라고 나왔는데

우라질 100세켈이란다 -0-.. 이거 바가지 아냐 하는 생각도 했지만. 표지판에

도미토리 100세켈, 싱글 200, 등등.. 나와있다..

아.. 이책 언제꺼지... -0-;; 30세켈이나 올랐나부다..

방에 들어가니 4명이 자는 방이다.. 그런데.. 지금 현재 시간 밤 9시인데..

이넘의 같이 쓰는 외국인은 들어오지않는다..

여행 가는방향이 같으면 같이 가고싶은데 이것들 들어와야 말을 걸지..;;;

아무튼.. 배도고프고.. 주위도 둘러볼겸.. 밖을 나섰다.

갈릴리 호수에서 수영도하고 보트도 타고 있다 아주 신났다.. 이것들..

누군.. 심심해 죽겠는데... 혼자 여행은 솔직히 재미없다;;

밥먹고, 잠자고, 어차피 서바이벌 영어야 해결되지만..

혼자 여행하면 사진찍기도 불편하고... 좀 그렇다..

이따가 같이 룸 쓰는 외국인 오면.. 어디가냐고 물어보고 같이 가야겠다.. 안된다면

또.. 혼자서.. 심심하게 여행해야된다..

아차.. 주위를 둘러보는데 한 외국인이 뒤에서 따라온다.. 무섭게시리..

.. .. 머야 왜 따라오는거야.. -0-;;

뒤돌아보니.. 헬로우 한다.. are you 재팬?

노!!! 이넘의 재팬소리 무쟈게 듣는다..

from korea. 오 코리아.. 이런다..

자기는 인디아라고 한다.. 그렇게 몇마디 한후에 바이했다.

중요한.. 돈바꾸거를 호스텔 주인에게 위치를 물어보니 바로 아래에 있다고 해서... 찾아갔는데..

우라질.. 우체국이 3시에 문을 닫는다.. 무슨넘의 우체국이.. 이렇게 빨리..;;

어쩔수 없이 내일 바꾸어야 했다.

그나저나 돈도 별로 안쓰는데 이것저것 나가는돈이 좀 많은듯하다 -0-;;

쩝.. 최소한의 비용이 나가고 있는 것이긴 하지만..;;

그래도 좀 아깝긴 하다.. 여기 이스라엘 차비, 밥값, 식생활에 꼭 필요한 비용이

비싸다 -0-....

몇일전에 올려놓았던 유럽여행 동행구한다는 나의 글에.. 누군가..

8월 19일부터 9월2일인가?? 모르겠다 암튼 여행한다면서 같이 하자고 메일이 왔다..

자신의 일정과 함께.. 일정을 보니 .. 괜찮긴한데,

아직 아무것도 준비가 안된 나로선 아직 잘 모르겠다..

센터로 돌아가서 유럽여행책을 보고 다시 생각해보고 연락을 준다고는 했는데...

아무튼..

내일은.. 티베리아의 오병이어교회, 베드로수위권교회, 팔복교회를 보고

나사렛으로 이동하여 수태고지교회,요셉교회,마리아의우물,멘사크리스티를 보고나서

하이파로 갈예정이다.. 바쁘다 바빠 --;;

사실.. 티베리아 오기전에는 51Km나 되는 갈릴리 호수를 한바퀴 돌까도 생각했지만.. 여기 너무 덥다;;

하이파에서 호스텔의 위치를 모르니 걱정이긴한데.. 어떻게 잘되겠지 -0-

모르면물어보면되고.. 없으면 노숙하면되고.. 어차피.. 어떠케든 다 되게 되있으니

단지 혼자라는게 심심할뿐....

하이파에서 하루를 보내고 갈멜산과 엘리야의 동굴을 보고.. 센터로 돌아가야겠다..

09/08/08 My Birthday!!1

2009-08-10T02:07:00.000+09:00

아침에 일어나서 교회를 갔다온후...

저녁 8시가 넘어서 약속한 영화를 보러 갔다.

약속장소 King George St.

약속시간 8시 40분

아.. 만나면 무슨말을 해야 하지 -0-;;

무슨 말을 할수있어야 .. 멀 말하지..

아무것도 모른다.. 어쨋든

8시 40분이 조금 지나자 Rakefet이 왔다..

오자마자 늦어서 미안하다고 그런다.. 머.. that's ok..

나는 이런저런 이야기를 하다가 오늘 나의 생일이라고 하였다..

그랬더니 축하해준다..

아무튼 영화관을 가기위해서는 시계탑에서 버스를 타고 이동해야했다.

가는길에 이런저런 이야기를 하였다.

Rakefet이 자신의 나이가 어느정도처럼 보이냐고 물어본다..

당황스럽게 말이다.. 내가 골똘히 생각하자.. try try 한다..;;

재은과 친구느 24살정도 되겠지 머.. 하고 24라고 하였다..

하지만 자신의 나이는 29라고 한다.. ;;;;;;;;;

이렇게 말을 하고 걷다보니.. 영화관에 도착하였다.

일본영화를 볼지 미국영화를 볼지 정하라고 해서.. 음..

영어 듣기라도할겸.. -0-; 미국영화 하였다.. 그런데 이것은 나의 실수여따 -0-

우라질.. 솔직히.. 영화는 재미없었다;;

영화의 내용은 이해가 가는데 멜로이고.. 특히나 난 이영화가 별로였다.. 하지만..

나에겐 친구가 생긴것이 무엇보다 좋았기에.. 상관없었다.

그렇게 영화를 보고난후 밤 11시가 넘었다...

지나가는 사람에게 부탁하여 같이 사진을 찍어달라고 해서 한컷 찍은 사진이다..

내일은... 갈릴리를 가야겠다.. 근데... 이거 지리도 모르겠고..

한국에서 사온 걸어서 이스라엘 이책.. 지도.. 너무 엉망이다..

너무 대춛대충.. -0- 내일은 또 힘든 하루가 될듯하다.

- 사실 이 이름도 오늘 안것이다. 발음이 쉽지않아서.. 몇번이나 다시 말해야했다...ㅋㅋㅋ

09/08/07 나에겐 커다란 미션..

2009-08-08T05:00:00.000+09:00

오늘은 금요일..

이스라엘에서는 1시이후인가..?? 차가 다 끈긴다..

우리나라 한국으로 치면 오늘은 토요일이다..

내일 재은의 친구와 영화를 보러 가기로 했다.

그런데.. 내일 간다는 것만 알지 시간? 장소? 정하지 않았다.

그래서 재은이 나에게 전화번호를 알려주었다.

컥.. 나보고.. 약속시간을 정하라는 것이다..

말이.. 말이.. 전화로는 바디랭기지도 통하지 않는데 말이닷..

ㅠㅠ

고민하다가.. 용기를 내어.. 전화를 해보았다..

뚜~~~. 뚜~~~. 뚜~~~. 이상한 히브리어말..

즉.. 전화를 받지 않는 것이다.

2번, 3번 전화를 해보아도..

몇분이 지난후에 다시 전화를 해보아도 전화를 받지않았다.

음.. 바쁜가부다... 내심 안심이 되기도 했다;;;;;;

저녁을 먹고.. 조금 시간이 지난뒤에 센터로 전화가 왔다.

컥.. 드디어 때가 왔구나...

역시나.. 재은 친구에게 전화가 온것이다.

하이.. My name is YONG HWAN, SHIN

재은's friend.

...

나를 단번에 알아보더라..

아무튼..

전화 안받은 것은.. 일을 하고 있었다고 한다..

생각했던것처럼 대화하는데 어렵지는 않았다..

약속시간은.. 내일 센터의 전화로 전화를 준다고 한다..

이렇게 나의 오늘의 커다란 전화 미션은 끝이 났다.

09/08/06 Fastival!!

2009-08-07T15:59:00.000+09:00

천사와악마사이

티스토리로 옮김

......

대학시절 프로젝트 목록

답답하다.

난 단지.. 만들고 싶을 뿐인데..

던전앤파이터 마을 물리 및 마법 공격력 계산 프로그램

Command Pattern

Proxy Pattern

Flyweight Pattern

설계... 그리고 패턴

State Pattern

C# TextBox 줄바꾸기

MeMento Pattern

Observer Pattern

C# 디자인이 아닌 코드에서 아이템 추가하기

사용자 정의 컨트롤

Mediator Pattern

Facade Pattern

파일 입출력시 글씨 깨짐현상 방지

Java 언어로 배우는 디자인 패턴 입문

Chain of Responsibility Pattern

Visitor Pattern #2

Visitor Pattern

Decorator Pattern

갈림길

Composite Pattern

일관성 없는 액세스 가능성

Strategy Pattern

Bridge Pattern #2

Bridge Pattern #1

JAVA에서 Iterator메소드가 C#에는..

Visual Studio 2008 제거 오류

2.1.3. "설치 구성 요소를 로드하는 동안 문제가 발생했습니다. 설치를 취소합니다."라는 오류 메시지가 나타납니다.#

상속 관계에서의 생성자, base키워드

Reflection

C#에서 클래스명으로만 생성

Abstract Factory Pattern

Builder Pattern

Prototype Pattern

Singleton Pattern

Factory Method Pattern

Java 언어로 배우는 디자인 패턴 입문(소스파일)

Template Method Pattern

Adapter Pattern

Iterator Pattern

MVC(Model-View-Controller) #2

MVC(Model-View-Controller) #1

MVVM(Model-View-ViewModel) #1

WPF 세금계산서,거래명세표,분기별보고 연동 설계

WPF 세금계산서,거래명세표,분기별보고 연동 요구사항

09/08/20 bye Israel

09/08/16~18 마사다,사해,그리고 에일랏

09/08/15 이스라엘에서 마지막 여행에 대한 준비

I want to my plan

09/08/14 Olives Mount

09/08/13 야드바쉠

09/08/12 만남과 헤어짐

09/08/11 나사렛

09/08/10 타브하

09/08/09 티베리아에서의 하룻밤

09/08/08 My Birthday!!1

09/08/07 나에겐 커다란 미션..

09/08/06 Fastival!!

2.1.3. "설치 구성 요소를 로드하는 동안 문제가 발생했습니다. 설치를 취소합니다."라는 오류 메시지가 나타납니다.^#