나중에 넷플릭스에서 보면 재미있을거 같은 줄거리2

 우리는 모두 게임속에 산다.

설정은 근 미래에 동면 기술이 개발되는데 이 기술일 잘 쓰이는게

게임쪽이야 이젠 게임에 접속을 할때 동면에 들어가면

내가 동면인지 생각을 지우고 동면 상태에서 꿈을 꾸듯이 게임에 접속하는거야

그리고 가장 큰 게임대회를 미국이나 중국에서 (어디서 하든 설정은 상관없지만 보통 그 시대에 가장 힘쎈 국가에서 1회는 하는게 좋고 반응 조금만 좋아도 다음 시즌 예산을 받아내기 좋으니깐) 열고 있느 중인거야.

드라마의 첫 시작 장면은 주인공이 바바리안 같은 도끼든 헬창의 덩치를 지닌 우락부락한 바바리안 인데 현재 상황은 성 하나를 둘러싸고 공략하는거야. 근데 주인공은 그 덩치에 비해서 행동이 이상해 여성스럽거나 근육에 대해 적응하지 못해 그렇지만 왜 자기가 여기 있는지 기억나지 않아..

업치락 뒤치락 하면서 성을 공략하는거야 성을 공략하든 말든 별루 안중요하고 주인공이 적응하면서 일부 성과를 거두거나 목숨을 잘 지키는 장면을 부각시켜서 게임좀 하게 라고 느끼게 하면 관심도 올리기 좋을거 같고 진짜 전쟁 드라마처럼 느끼게 해주면 그것도 나쁘지 않을거 같고

그게 끝나면 갑자기 인물들이 바뀌면서 TRPG 게임으로 넘어가

물론 침대에서 일어나는 사람들은 자신들이 친구들인것처럼 친근감을 느껴 그리고

큰 방 가운데에는 TRPG 진행자(할아범? 할멈? 중년신사? 외계인? 맘대로) 가 진행 상황을 되게 통제를 잘 하고 참여자는 좀더 좋은 점수를 받기 위해 고군분투해 이때 TRPG는 침투부 아저씨가 했던거 재미있더라고 그거 참고 해서 작가 좋은분에게 맡기면 시나리오 이쁘게 나오겠지.

그런식으로 게임을 시즌 내내 스피디 하게 넘기면서 주인공들을 막 괴롭혀

그 중간에 메인 스토리를 넣어서 게이머들은 모르지만 밖에 사용자들은 이해할 수 있게 장치를 넣는게 좋겠어

그리고 가장 우승이 필요한 사람에게 우승 트로피를 주면 될  것 같아 

시즌2에는 게이머 중에 유명한 페이커? 요한? 같은 플레이어가 야매스러운 방식으로 게임과 게이머들을 파괴하면서 (반칙은 아니지만 반칙인듯한) 스타가 탄생하는 과정을 그리고 (쉽지 않게 예를 들어 반칙이 아닌데 애매하다는 이유로 반칙으로 선언하고 패널티를 주는거야 우리 스타는 그걸 이미 알았다 어떤거는 몰랐다 이런식으로 시청자 정신을 흔들어 놓으면 됨)

시즌3에서는 그 스타 플레이어가 자신의 방식을 따라하면서 피지컬도 좋은 도전자를 힘겹게 물리치면서 자리를 지키는걸 보여주는거야 꼭 우승하지 않아도 될 것 같아. 우승해도 되고

시즌4에서는 스타 플레이어와 게임 대회 관계자를 둘러싼 암투를 그리는거지 대회 관계자는 보통 돈을 쫓고 스타는 게임을 즐기고 승리를 쫓고 사람들은 게임 과정의 충돌을 추구하니깐 작가가 알아서 재미있게 하겠지 끝에 조던같이 라스트 댄스 같은 느낌으로 가도 재미있을거 같고 스타가 다 찢어발기고 다음시즌 나올것 처럼 해서 끝내도 될것 같고 더 나와도 재미있을거 같지 않으니깐.

시즌마다 다른 게임을 등장시켜도 되고 좀 신선한 게임방식 같은게 있으면 그런걸 찾아내서 해보면 진짜 게임 회사들에게도 자극이될것 같기도 하고

유니티 (C#) 공부중 정리안한 상태의 낙서들 (추후 정리)

2020.4.10
현상 : 쯔꾸르식 2D 예제를 따라하던중 작성한 케릭터가 자꾸 아래로 내려가는 현상

확인순서
   (1) 입력 vertical 을 확인 -> 정상동작
   (2) 이동 하는 명령에 문제가 있는지 확인 -> 입력 없으면 타지 않음
   (3) 키보드 문제인가 -> 아님 입력을 받지 않음
   (4) 케릭터 오브젝트의 문제 확인 

해결 : 케릭터의 rigidbody2D 개체의 중력값에 의해 아래로 흐르는 현상 수정
        (빨리 떨어졌으면 확인이 쉬웠을텐데 너무 천천이 이동해서 착각)

결론 : 중력이 없는 2D 에서는 중력값 확인 필요

이천 하이닉스 근처 맛집(점심)

잉여로 지내다가 우연찮게 이천에서 한 3~4개월정도 일하게된 계기가 생겨 같이 일하시는분들 추천 한 곳을 점심 식사만 한정하여 리스트를 작성해봄

이지역 특징은 몇가지가 있는데
먼저 상권규모는 작지 않아 보이는데 뭔가 나로서는 이해할 수없는 내적 합일화를 이루어 강남 기준으로 가격대비 맛이 나도록 강제 조정되는 경향이 있음 그래서 작성시 괜찮은 느낌을 받았더라도 가격대가 올라가 있으면 기본으로 정리하고 그 밑에 줄에 맛있다고 재차 적어둠

회식있으면 예약해서 먹는 편인데 다들 이천 근처 사는게 아니라 경기도 전역에 분포하다보니 회사가 제공하는 셔틀버스 시간에 회식 시간이 강제되는 경향이 있음 술먹고 난동피우고 난리치다가도 특정 시간되면 화해하고 전체 테이블의 모든 사람이 나갈준비를 동시에 하는 희한한 현상이 있음

링크는 어차피 조회하면 나오므로 상호명만 적어둠 나중에 검색 안되는 가게가 있는 경우 추가할 예정

--정문 지역--
ㅇ 뽀대찌개 (부대찌개)
기본은 됨
부대찌개집인데 먹기 깔끔해서 괜찮음 체인점인걸로 보이는데 다른데서는 그거 본적이 없음 조회해봐도 1호점만 검색됨(이천이 1호점임)
2인분부터 주문될거고 1인분당 9천원으로 기억남



ㅇ 강창구찹쌀진순대 (순대국)
기본은 됨
순대국 중에 기본은 함 밖에서 들어갈때 그 돼아지 군의 냄새가 좀 나는데 앉아서 깍뚜기 물면 이후로는 잘 안남, 찾아보니 체인점인듯 서울중심으로 가게가 꽤 있음
2019년도 기준 8천원정도 했던걸로 기억남(아 기억력 감퇴)

ㅇ 백두산이 (뼈다귀해장국)
평균 이상임
고기 잘른거 수족관에 넣어두고 저온숙성한다고 하는데 그건 안먹어봐서 엄청난 맛인지 잘 모르겠고 점심에 뼈다귀해장국 파는데 가격대비는 좋음 단점은 첨에 먹을때 뼈에서 불맛이 나게 작업을 했던거 같은데 담에 갈땐 그 맛이 안났거나 3번째 갈땐 고기랑 뼈랑 분리가 잘 안된다거나 할때 가끔 있는데 평균 이상이라 생각됨
2019년도 기준 뼈다귀 6천원임

ㅇ 다정 (백반 <찌개류, 제육 등>)
기본은 됨
같이 간 분들은 좀 짜다고 하는데 김치에 젓갈이 좀 들어가서 전체적으로 올라간듯 느껴짐(느낌일뿐), 제육은 그날 조리 해놓고 재조리 하는거는 아닌것 같고 양념 재워서 숙성시킨 뒤에 파는 느낌임 (이건 호불호라 난 탱탱한 고기가 좋음), 기본 2개씩 시켜야 되므로 짝수로 팀짜서 가는게 좋음
2019년도 기준 8천원~마넌 정도 분포임


ㅇ 제주 은희네 해장국 (해장국)
기본은 됨
해장국에 제주 스타일 들어가면 왜 선지과 내장을 같이 하는지 모르겠지만 (하나만 있으면 좋겠다는 개인취향) 선지 빼나 넣으나 맛은 크게 차이나지 않음
2019년도 기준 기본가격 9천원부터 시작임

ㅇ 삼국시대 버섯/새우 매운탕칼국수 샤브샤브 (샤브샤브)
기본은 됨
맛있으나 가격이 착하지 않음
버섯샤브샤브탕에 고기 함 데워먹고 칼국수까지는 괜찮하고 이때 매운거 잘 버티는 사람은 갈은 고추 달라고 해서 넣어먹으면 괜춘함, 마지막에 볶음밥 (이건 추가임) 되는데 이게 구수하니 좋음 남은 짠 국 한두술 퍼서 슥까 먹어도 괜춘함
2019년도 기준 만원 이상이었음

ㅇ 동태 해물찜 코다리1번가 (동태탕, 코다리찜)
기본은 됨
찌개가 맘에드는데 30분전에 예약하고 가면 잘 익어 있으나 그냥 가서 달라고 하면 1시 되야 밥 뜰수 있음 주력은 코다리찜인듯 이것도 기본은 함
2019년 기준 8천원 정도 였던걸로 기억함

--후문지역--
ㅇ 찌개타운<백반, 찌개류>
기본은 됨
후문가면 반은 여기간듯 '다정' 에 비해서도 여기가낫다고 생각됨 (개인취향 여기는좀 달달하게 줌) 찌개는 1인분 가능하고 제육만 2인분 단위로 시켜야 되므로 3 이상이면 갈만함
2019년 기준 8~9천원 정도임 링크 메뉴에서 만원 올랐다고 보면 될듯

ㅇ 대관령 황태촌 (황태국, 찜닭)
기본은 됨
해장하기 좋은곳 찜닭도 한다는데 안먹어봤고 황태국은 기본기가 되어 있어 먹을만함 여기는 그냥 암거나 시켜도 기본기는 되서 나올것 같음.
2019년 기준 7천원 이었나 했었음

ㅇ 도면가
평균 이상임
맛은 기본이나 가격이 좋음
칼국수가 기본에 재료가 첨가되어 칼만두 정도의 메뉴들이 추가되어 있음 찾아보면 블로그는 없고 개인 인스타가 뜸 칼만두의 만두(고기만두)는 슴슴한 맛이 나서 고기고기고기가 들어간 내 취향과는 안맞았으나 그것만 찾는분도 계시므로 호불호가 있는걸로 이해함 밥을 조금주나 부족하면 떠다먹을수 있어 그것도 좋음
2019년도 기준 6천원 이었음

WebSphere6.1 + MSSQL 2005 설정 방법

1. WebSphere6.1 설치
    상용일 경우 여기에 Java 및 HTTP 서버, 기타 여러 프로그램이 포함되어 있다.

2. WebSphere6.1 마이너 버전 업그레이드
    마이너 버전 역시 같이 있는데
    이건 미리 해당 버전 .apk 파일을 받아놓은 뒤
    update.bat 를 실행시켜서 해당 서버(appserver) 위치를 지정하고
    해당 .apk 파일을 넣으면 된다.

3. mssql 2005 설치
   이건 간단하다. 다만 ssmess 라는 관리콘솔 프로그램이 따로 있는데
    오렌지나 여타 접속 프로그램 없이 이거 하나로 다 해결하는듯 싶다.

4. WebSphere6.1 에 mssql 2005 연동
    전제 : mssql 에 유저설정, db 접속방법(윈도,계정접속을 같이),
      클라이언트 및 서버 접속 설정에 tcp/ip가 열려 있고
      방화벽에 예외 추가를 하던지 아니면 아예 사용하지 않아
      해당 부분에서는 문제가 없어야 한다는 점.
     (옆 컴에서 접속 가능하면 된다.)

    연동방법은 아래 링크를 참고 약간 맨붕이었던게
    mssql은 6.1 마이너 버전 17이상만 지원한다는 것(인터넷에서 주서들음)
    두번째로 mssql 이라는 항목이 있음에도 불구하고
    가이드에는 기타 db로 잡도록 안내하고 있다는 점이다.
   그리고 db 설정후에 꼭 서버를 재기동 해야한다.

http://www-01.ibm.com/support/knowledgecenter/SSUS84_7.1.1.1/com.ibm.ram.installguide.doc/topics/t_config_dbcon_sql_was61.html?lang=ko

MSSql + Java, Jsp(Eclipse) Driver 설정하는 것들

ps. Mssql 무려 2005 버전을 처음 사용하게 되어
    한글 설정 안한다고 좋아했는데 생각지도 않은 예스, 노 스위치
         설정때문에 많은 시간을 허비하다니....


1. 우선 jar 파일을 다운로드 해야 되는데 현재 최신은 4.2 인가함
    https://msdn.microsoft.com/en-us/sqlserver/aa937724.aspx

    근데 압축 풀면 알겠지만 java 버전별로 구별해서 넣어줘야
     말썽이 없음.
    이하 자바 버전의 경우 sqljdbc 파일명은 같은데
     2.0 이하 버전의 압축 파일을 갖다가 써야
     한다고 함.

   여기서는 1.5이기 때문에 그대로 진행

 자바는 희한하게 클래스 패스를  .jar 까지 잡아줘야 된다는
    설명이 압도적으로 많음
 하지만 결국엔 굳이 패스 안잡아도 프로젝트 안에 넣던지
     마지막처럼 서버 lib 앞에 넣어주면 됨.

 드라이버가 제대로 로드 안되면 이렇게 메시지가 뜸
java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver
at


2. 드라이버 문제가 없는데 이제는 연결을 못한다는 메시지가 계속 뜸
    처음엔 드라이버가 불량인줄 알았으나 찾아볼 수 있는 상위 드라이버는
    하위 드라이버를 정상적으로 포함한다는걸 뒤늦게 깨달음
   
  이때부터는 메시지가 이렇게 바뀜

호스트 localhost, 포트 1433에 대한 TCP/IP 연결에 실패했습니다. 오류: "Connection refused: connect. 연결 속성을 확인하십시오. SQL Server의 인스턴스가 호스트에서 실행되고 있고 포트에서 TCP/IP 연결을 허용하고 있는지 확인하십시오. 또한 방화벽에서 포트로의 TCP 연결을 차단하지 않는지 확인하십시오.".

  1) 이때 MSSql Server 2005 의 설정을 진행하기로 함
먼저 SQL Server Configuration Manager 를 실행하고 나오는 좌측
   메뉴의 위쪽부터 살펴보기로 함
   (1) Sql Server, SQL Server Browser 은 실행 중 상태여야 함
       의외로 아닌경우가 많음 그리고 우측 마우스 키 눌러서 속성에 보면
       서비스가 로컬인지 네트웍인지 보여주는데 네트웍으로 해둠
       (자컴으로 하면 상관없지만)

   (2) 바로 밑의 SQL Server 네트워크 구성의 Express 프로토콜 부분에서
        VIA 제외하고는 모두 사용으로 하고, 특히 TCP/IP 속성을 확인해서
        기본 포트를 1433으로 해둬야 함. 접속하고 있는 IP번호에
        꼭 예외를 넣어야 될 경우에 넣으면 되지만
        개발자가 굳이 ... 노멀하게 쓸때는 가장 하단 부 IP주소 부분의
        TCP 포트를 적어줘야 한다. (이 부분때문에 애먹음)

    (3) SQL Native Client 구성 부분에서도 TCP/IP를 사용하도록 설정하고
        (VIA빼고 다) 여기서도 TCP/IP 속성에 포트를 1433으로 설정한다.

   
  2) 방화벽을 체크해 줘야함.
      보통 기본으로 설치시 해당 폴더에 있으니 그대로
      해당 파일을 예외 시켜주면 됨

그랬더니 성공

3. Path 까지 잡고 SQL2005 설정 다 잡고 해당 .jar를 넣었는데도
     jsp 파일에서는 에러가 유지됨.
    결론 : 다 필요없고 Server 상 lib에 넣어두면
            자바건 jsp 건 다 됨.
            (Apache Tomcat 기준)
     끝

오류 메시지:
java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver
at

클래스 디자인 패턴 0.2 Design Pattern 설계 구상(문서 편집기 설계)

ps. 글 작성시 참고한 사항
   알라딘 책 설명
http://www.aladin.co.kr/shop/wproduct.aspx?ISBN=8945072144?partner=googlek&EKAMS=realclick.757.2659.141.1406787890725.2242158&trackingDays=1&gclid=CIKkusPPgskCFYGbvAod4U8NPg



1. 서두
   만약 문서 편집기를 구현해야 한다면 어떤 방식으로
     설계를 고민해야 할까.
   GoF 에서는 Lexi 라는 문서편집기를 예제로 설명함.
     여기서도 이를 따름
   아래 내용은 0장 에서 설명한 내용대로 구현을
      고민한 결과임.

2. 문서 편집기가 꼭 가져야 할 기능
  1) 문서 구조
  2) 서식 설정
  3) 사용자 인터페이스 꾸미기
  4) 여러 룩앤필 표준 지원
  5) 여러 윈도우 시스템 지원
  6) 사용자 조작(command 의 이동 관련)
  7) 철자 검사 및 붙임표 처리


3. 구현 방향은?
  1) 문서 구조
     - 문자, 그림, 은 각각 객체에 담겨야 되고 이 객체는
        차별없이 편집기 안의 행, 열에 담겨야 된다.
     - 이를 위해서는 행, 열 에 대한 정의가 있어야 되고
     - 객체는 모두 인터페이스나 추상 클래스로 통합되어야 한다.
   결론 : 문서 구조를 위해서는 복잡채 패턴(Composite) 이 적용가능함

  2) 서식 설정
     - 문서는 각각 서식을 지닐 수 있으나 서식은 문서 구조와는
         독립적임
   결론 : 전략(Stratege ) 패턴의 적용을 고려가능함

  3) 사용자 인터페이스 장식
     - 화면안의 사각형 및 메뉴를 보여줘야 되는데 이는
        프로그램 실행히 항상 보여줘야 되므로
        문서 구조가 이를 상속받도록 하되 해당
        내용이 다치지 않도록 장식자 패턴을 고려할 만함
    결론 : 장식자 패턴(Decorator)을 이용

4) 다양한 룩앤룩 표준 지원
     - 버튼, 메뉴, 스크롤바 등의 객체를 같은 방식으로
        지원 할 수 있도록 추상 팩토리 패턴을 이용할 수 있다.
    결론 : 추상 팩토리(Abstract Factory) 패턴을 이용

5) 다중 윈도우 시스템 지원
     - 다양한 룩앤룩 표준은 시스템마다 다를수 있으나
         웹에 보여지는 기능은 비슷하기 때문에
         이를 셋팅하여 해당 OS 마다 차별 지원되도록 고려해야함
    결론 : 가교 (Bridge) 패턴을 이용

  6) 사용자 조작
     - 각 메뉴별, 사용자 입력에 대한 기능이 있을것이며,
        또한 뒤로 가기 버튼이나 기능을 통해 이전 상태로
        돌리는 기능을 포함하여야 함
    결론 : 명령(Command) 패턴을 사용 가능함

  7) 철자 검사 및 붙임표 연결
     - 글을 작성한 문서 전체를 스캔하여 문자, 단어를 구별하고
        이를 사전에 대입할수 있어야 함 이를 위해서
        파일 또는 객체에 접근 후 순회 하고 이를 가공해
        작업할 수 있어야 함
    결론 : 방문자(Visitor) 패턴을 활용가능


   


3.

클래스 디자인 패턴 0. Design Pattern 서두 (GoF 디자인 패턴 1장 내용)

ps. 글 작성시 참고한 사항
   GoF 디자인 패턴 의 서두 부분
https://ko.wikipedia.org/wiki/%EB%94%94%EC%9E%90%EC%9D%B8_%ED%8C%A8%ED%84%B4_(%EC%B1%85)

   알라딘 책 설명
http://www.aladin.co.kr/shop/wproduct.aspx?ISBN=8945072144?partner=googlek&EKAMS=realclick.757.2659.141.1406787890725.2242158&trackingDays=1&gclid=CIKkusPPgskCFYGbvAod4U8NPg


1. 의미
    프로그램 작성시 재사용이 가능한 경험을 정리 한것


2. 이론
  1) 디자인 패턴이 포함해야 할 사항들
    디자인 패턴의 이름
    특정 상황에서 자주 발생하는 문제 정의
    이를 해결하는 방법 및 과정
    해결 결과

  2) 작성 목적
    디자인 패턴은 생성, 구조, 행동 의 목적을 지니고 작성된다.

  3) 프로그램
    프로그램은 객체(또는 객체들)로 만들어진다.

  4) 객체
    객체는 데이터와 프로시저(method, 기능) 의 집합이며
      이 객체는 사용자 요청에 의해 데이터 내용이나 프로시저를
      사용자에게 제공하게 된다.

  5) 프로그램 설계시 전반적인 측면에서 고려할 사항
    캡슐화
    크기 정하기
    종속성
    유연성
    성능
    변경 가능성 혹은 진화
    재사용성

  6) 타입
    특정 인터페이스를 나타낼 때 사용함
    A 타입은 A interface에 정의한 method 를 다 처리가능함을 나타냄
    (1) 서브타입 : 다른 인터페이스를 포함하는 인터페이스
    (2) 슈퍼타입 : 서브타입의 반대개념

  7) 동적 바인딩
     요청 + 요청에 대한 처리 객체를 뭘로 연결할지
      실행하는 시점에서 결정하는 것
      이게 되는걸 가지고 다형성 이라는 표현을 쓴다.

  8) 클래스
     구현을 명세(정의) 해 놓은것
     객체의 내부 데이터, 표현 방법, 연산을 정의함

  9) 객체
     클래스를 인스턴스로 만듬으로서 생성됨
     = 클래스의 인스턴스
      객체의 내부 데이터에 대해서 메모리내 공간을 할당하고
      상태 및 연산을 처리할 수 있게 함

  10) 클래스 상속
    다른 기존 클래스를 기반으로하는 클래스를 생성가능함
    (1) 부모클래스 : 기존 클래스
    (2) 서브클래스 : 기존 클래스를 기반으로 생성한 클래스

  11) 추상 클래스
    일부는 interface 일부는 구현함
      다만 미구현 부분이 있기 때문에 인스턴스 생성이
      불가한 클래스
   
  12) 구체 클래스 : 추상 클래스의 반대개념

  13) 오버라이드
    서브 클래스에서 상속받은 연산을 재정의 하는 경우
      이를 오버라이드 라고 함

  14) 클래스 상속과 인터페이스 상속
    (1) 클래스 상속
      미리 정의된 객체를 바탕으로 작성
      클래스를 그대로 쓰고자 할때 좋다.
      재구현을 할 필요가 없다.
      부모 클래스 변경시 작식 클래스도 같이 변경된다.
    (2) 인터페이스 상속
      어떤 객체가 다른 객체 대신에 사용할 수 있는지 지정
      기능이 다른 경우에도 호환이 되야 되는경우 사용
      재구현을 해야되지만 변경에 대해 클래스 상속보다 자유롭다.

  15) 내가 사용해야 할 디자인 패턴을 고르는 방법
    (1) 패턴이 문제를 해결하는 과정을 파악
    (2) 패턴의 의도를 확인
    (3) 패턴들간 관련성을 확인
    (4) 비슷한 패턴을 학습
    (5) 내가 작성중인 프로그램 재설계의 원인은?
    (6) 이후 필요한 변경(가변성)은 무엇인지 확인


3. 패턴의 이름, 의미, 분류
-----------생성에 관련된 패턴 Creational Patterns ------------
  1) 추상 팩토리 Abstract Factory
     구체적인 클래스 지정하지 않고 작성,
       이때 관련성있는 객체를 묶거나 서로 독립적이긴 하나
       업무적으로 필요한 객체를 묶도록 인터페이스를 제공하는 패턴
http://magmajjame.blogspot.kr/2015/10/15-abstract-factory-pattern.html

  2) 빌더 Builder
     객체 표현과 생성을 분리하여
       같은 생성 방법으로 때에 따라 다른 객체를
       생성하도록 제어하는 패턴
http://magmajjame.blogspot.kr/2015/10/14-builder.html

  3) 팩토리 메서드 Factory Method
    인터페이스는 미리 정리해 놓되 실제 구현 클래스는
      서브 클래스에서 결정하도록 생성을 위임하는 방법
http://magmajjame.blogspot.kr/2015/08/4-factory-pattern.html

  4) 원형 Prototype
    객체 생성이 복잡한 경우, 또는 해당 객체의 초기값이
      계속 사용되어야 하는 경우 이를 처음 객체를 생성해 놓고
      이를 복사한 새로운 객체를 프로그램에서
      사용하도록 제어하는 패턴
http://magmajjame.blogspot.kr/2015/10/13-prototype-pattern.html

  5) 단일체 Singleton
     객체를 하나만을 가지고 여러 자원에서 활용해야하는경우
       해당 객체 생성은 1번만 하고 이 인스턴스를
       여러 지점에서 접근할 수 있도록 접촉점을 제공하는 패턴
http://magmajjame.blogspot.kr/2015/08/5-singletone-pattern.html


-----------구조에 관련된 패턴 Structural Patterns ------------
  6) 적응자 Adapter
    다른 호환되지 않는 클래스를 사용자가 원하는
      형태의 객체로 동작하도록 도와주는 패턴
http://magmajjame.blogspot.kr/2015/09/7.html

  7) 가교 Bridge
    구현부의 추상층을 분리하여 각자 독립적이거나 다른
      구현 및 변형이 가능도록 하는 패턴
http://magmajjame.blogspot.kr/2015/10/16-bridge-pattern.html

  8) 복합체 Composite
    객체는 트리 구조로 구성되어 있는 상태에서 사용자가
      단일, 복합 객체 모두 접근할 수 있도록 작성한 패턴
http://magmajjame.blogspot.kr/2015/10/17-composite-pattern.html

  9) 장식자 Decorator
    상황, 용도를 기존 객체에 추가해 다시 만드는 방법으로
      객체에 기능을 확장하는 패턴
http://magmajjame.blogspot.kr/2015/06/3.html

  10) 퍼사드 Facade
    서브 시스템의 자원을 통합한 상위 단위의 인퍼테이스를
      제공하는 패턴
http://magmajjame.blogspot.kr/2015/10/7-2-facade-pattern.html

  11) 플라이급 flyweight
     객체를 공유하여 메모리 소모를 줄이는 패턴
http://magmajjame.blogspot.kr/2015/11/22-flyweight-pattern.html

  12) 프록시 Proxy
     직접 객체로 접근하는것을 방지하고 다른 경로로
       통제된 상태로 해당 객체의 허가된 자원을
       접근할 수 있도록 하는 패턴
http://magmajjame.blogspot.kr/2015/09/11-proxy-pattern.html

-----------행동에 관련된 패턴 Behavioral Patterns ------------
  13) 책임 연쇄 Chain of Responsibility
    요청이 어느 객체에 해당되는지에 대한 판단을 해서
      해당 요청을 처리하는 책임연쇄 기능을 작성하여
      하나의 요청으로 여러 요청을 처리할 수 있게 작성하는 패턴
http://magmajjame.blogspot.kr/2015/10/19-chain-of-responsibility-pattern.html

  14) 명령 Command
    요청을 객체 형태로 캡슐화 하고 몇가지 요청, 로깅, 연산 취소 등의
      기능을 추가함
http://magmajjame.blogspot.kr/2015/09/6-command-pattern.html

  15) 해석자 Interpreter
    정의 언어 표현수단과 이를 해석하여 실행하는 해석기
      정의를 포함한 패턴
http://magmajjame.blogspot.kr/2015/11/23-interpreter-pattern.html

  16) 반복자 Iterator
    어떤 객체의 원소(데이터나 인스턴스집합)을
      순차적으로 접근할 수 있게 작성하는 패턴
http://magmajjame.blogspot.kr/2015/09/9-iterator-pattern.html

  17) 중재자 Mediator
    서로 참조해야 하는 또는 한 집합의 객체를 직접 참조하지
      않도록 중간에 중재자를 정의하여 공유 객체에서
      이를 중재하도록 하는 패턴
http://magmajjame.blogspot.kr/2015/11/20-mediater-pattern.html

  18) 메멘토 Memento
    뒤로가기 기능을 정의하는 패턴
http://magmajjame.blogspot.kr/2015/11/21-memento-pattern.html

  19) 감시자 Observer
    공유해야 할 데이터를 한곳에서 수정하고
      내용을 필요로 하는 다른 여러곳으로 공유하는 패턴
http://magmajjame.blogspot.kr/2015/06/2-observer-pattern.html

  20) 상태 State
    객체 상태 값에 따라 다른 응답이나 요청을 실행할 수 있도록
      설정한 패턴
http://magmajjame.blogspot.kr/2015/09/10-state-pattern.html

  21) 전략 Strategy
    비슷하지만 다른 결과나 동작을 보이는 내용을 묶어서
      요청하는 쪽의 상태나 속성에 따라 다른 인스턴스를
      생성하여 다른 행동을 진행하도록 묶어주는 패턴
http://magmajjame.blogspot.kr/2015/05/1-strategy-pattern.html

  22) 템플릿 메서드 Template Method
    연산에 대한 뼈대를 상위에서 정의하고 구체적인 행동은
      서브 클래스에 미루는 패턴 이는 각 서브클래스에서 재정의하여
      목적에 맞는 행동을 각각 구현하는 방법
http://magmajjame.blogspot.kr/2015/09/8-template-method-pattern.html

  23) 방문자 Visitor
    객체 구조를 이루는 원소에 대해 수행할 연산을 표현하는 패턴
http://magmajjame.blogspot.kr/2015/10/18-visitor-pattern.html