class FOO
{
    public int x, y;
}
이렇게 바꾸어서 테스트해보면 이제 관리 힙에 있는 동일한 객체를 지시하는 두 개의 참조자가
생겨났기 때문이다. 그래서 f2 참조자의 x값을 변경하면 f1.x도 같은 값을 나타내게 된다.



참조 형식을 포함하는 값 형식  

InnerRef (내부에 참조 형식을 포함하는 값 형식)
InnerRef 변수 하나를 다른 InnerRef 변수에 할당하면 어떤 일이 벌어 질까?
내부 참조 형식은 새로운 InnerRef 변수로 완전히 복사되지 않는다.
구조체는 서로 다른 두개가 되지만, 참조자들은 메모리에 있는 동일한 객체를 지시하게 된다.



마스터 노드 : System.Object

C#에서는 모든 데이터 형식(값 기반이든 참조 기반이든)은 결국 공용 기본 클래스인 System.Object로
부터 파생한다. Object가 기본 클래스로 명시되어 있지 않은 것을 볼 수 있는데, 다른 기본 클래스를
명시하지 않으면 기본 클래스가 Object 인 것으로 간주된다.

// 객체 참조자 비교...
ObjTest c1 = new ObjTest();

// c1 에 대한 참조자들을 만든다.
ObjTest c2 = c1;
object o = c2;

//세 인스턴스가 모두 메모리상의 동일한 객체를 가리키고 있나?
if(o.Equals(c1) && c2.Equals(o))
    Console.WriteLine("Same instance");

Equals()는 기본적으로 값 의미구조가 아닌 참조 의미구조로 두 객체의 변수를 비교하게 되어 있다.
c1, c2 그리고 o 가 모두 메모리상의 동일한 객체를 가리키기 때문에, 같은 비교 결과는 참이다.




System.Object 의 기본 기능 재정의 하기

System.Object에 미리 준비된 기능으로 충분하긴 하지만, 이 동작들을 상속한 메소드를 재정의하는 것이 일반적이다.
파생 클래스에서 이 가상 멤버들을 임의대로 구현하고 싶으면 C#의 'override' 키워드를 사용하면 된다.

System.Object의 정적 멤버들

값 기반 또는 참조 기반으로 동등 비교를 할 수 있는 두 개의 정적 멤버가 정의되어 있다.

//System.Object의 정적 멤버.
Person p3 = new Person("Sally", "Jones", "333", 4);
Person p4 = new Person("Sally", "Jones", "333", 4);
// p3와 p4의 상태가 동일한가? 그러타!
Console.WriteLine("P3 and P4 have same state : {0}", object.Equals(p3, p4));

// 이 둘은 메모리상의 동일한 객체인가 ? 아니다!
Console.WriteLine("P3 and P4 are pointing to same object : {0} ",
           object.ReferenceEquals(p3, p4));

.NET 기본 클래스 라이브러리에 정의되어 있는 모든 클래스, 구조체, 열거형 그리고 델리게이트는 항상
System.Object의 public 멤버를 지원한다. 그러나 인터페이스는 System.Object 또는 다른 어떤 기본 클래스로부터
파생되지 않는다!!!





문자열 데이터로부터 값 구문분석하기

.NET 데이터 형식은 이 형식을 표현하는 문자열로부터 본래 형식의 변수를 생성(즉, 구문분석 parsing)할 수 있다.
입력한 데이터를 숫자 값으로 변환하고 싶을 때 특히 유용하게 사용될 수 있다.

double MyDbl = double.Parse("99.884");
int myInt = int.Parse("8");
char myChar = char.Parse("w");


값 형식과 참조 형식 간의 변환 : 박싱(boxing)과 언박싱(unboxing)

.NET 에서는 형식을 크게 두 가지 범주(값 기반과 참조 기반)로 나뉘는데, 경우에 따라 한 범주에 속하는
변수를 다른 범주의 변수로 나타낼 필요가 있ㅇ르 수 있다. C#에는 값 형식과 참조 형식 간의 변환을
간단하게 할 수 있는 메커니즘이 있는데, 이를 박싱(boxing)이라고 부른다.

// 값 데이터 포인트를 만든다.
short s = 25;

// 값을 객체 참조로 박스한다.
object objShort = s;

박싱은 명시적으로 값 형식을 이에 상응하는 참조 형식으로 변환하는 과정이라고 정의할 수 있다.
언박싱은 객체 참조에 들어 있는 ㄱ밧을 이에 상응하는 값 형식으로 변환해 스택에 올려놓는 과정을 일컫는 용어이다.

// 참조를 이에 상응하는 short로 언박스한다.
short anotherShort = (short)objShort;

알맞은 데이터 형식으로 언박스한느 것은 상당히 주의를 요하는 작업이다.

Console은 System 네임스페이스에 정의 되어 있는 형식이다.
System.Console의 주요 메소드는 Read(), ReadLine(), Write(), WriteLine() 등이 있는데,
이들은 모두 static 으로 정의되어 있다.

Write() 메소드는 텍스트를 캐리지 리턴 없이 출력 스트림으로 내보낸다.
Read()를 이용하면 입력 스트림으로부터 하나의 문자를 받아 올 수 있다.


텍스트 출력 포맷 지정

{0}, {1}와 같은 토큰

//문자열 포맷하기...
Console.WriteLine("Int is : {0} \ nFloat is : {1} \ nYou Are : {2} ",
                            theInt, theFloat, myIO.ToString());

WriteLine()의 첫번째 매개변수는 {0}, {1},{2}와 같은 포맷 지정자가 포함된
포맷 문자열을 나타낸다. WriteLine()의 나머지 매개변수는 각각의 포맷 지정자에 들어갈 값들이다
또한 WriteLine()은 객체 배열을 포맷 지정자로 지정할 수 있도록 오버로드 되어 있다.

// 포맷 지정자를 객체 배열로 채운다.
object[] stuff = {"Hello", 20.9, 1, "There", "83", 99.933} ;
Console.WriteLine("The Stuff : {0}, {1}, {2}, {3}, {4}, {5} ", stuff);

하나의 포맷 지정자를 통해 해당 문자열 안에 반복해서 쓸 수 있다.
예를 들어 , "9Number9Number9"와 같은 문자열을 만들고 싶은 경우

Console.WriteLine("{0} Number{0}Number{0}", 9);

create sequence member_no start with 1 increment by 1;

create table reservation
(
    mnum           NUMBER(3) CONSTRAINT  reservation_mnum_fk REFERENCES member(mnum) ON DELETE CASCADE ,
    start_date     date     ,
    end_date       date    ,
    tnum           number(3) CONSTRAINT  reservation_tnum_fk REFERENCES travel(tnum) ON DELETE CASCADE
);

drop table reservation;

create table member_grade
(
    mnum     number(3) ,
    mpoint   number(10) ,
    grade    varchar2(25)
);

alter table member_grade
add constraint member_grade_fk foreign key(mnum) references member(mnum);

-- 여행 테이블
create table travel
(
    tnum        number(3)       constraint travel_tnum_pk   primary key,
    t_name      varchar(25)     constraint travel_t_name_nn not null ,
    t_location  varchar(25)     constraint travel_t_location_nn not null,
    t_price     number(10)      constraint travel_t_price_nn not null     
);

-- 여행 일정 테이블
create table travel_plan
(
    tnum    number(3) constraint travel_plan_tnum_fk REFERENCES travel(tnum),
    tplan   date
);

-- 테마 테이블
create table theme
(
    thm_num number(3)   constraint theme_thm_num_pk primary key,
    thm_name varchar(25)
);

-- 테마의 여행지 테이블
create table theme_travel
(
    thm_num number(3)   constraint theme_travel_thm_num_fk references theme(thm_num),
    tnum    number(3)   constraint theme_travel_tnum_fk     references travel(tnum)
);

특징은, WPARAM는 주로 값들을 넘기는데 사용하고, LPARAM는 값들 뿐만 아니라 포인터를 넘겨줄 때 사용된다.

보통 window procedure 또는 callback function의 인자로, 먼저 나오는 wParam에 자주 쓰이는 정보를 기술하고, lParam에 추가 정보를 기술한다. 지금은 모두 32bit이므로 사용자가 정의하기 나름이다.

윈도우는 메시지 방식으로 프로그램이 진행된다. WPARAM나 LPARAM는 모두 MS에서 지정해 놓은 형식이다. 메시지를 보낼 때 추가로 부가적인 정보를 넣는 것이다. 구체적으로 어떤 정보인지는 아무도 모른다. 이것은 각 메시지마다 다르게 구성되어 있다는 것을 뜻한다.

WM_KEYDOWN을 사용한다면, MS에서 키다운 메시지에 대한 제어를 하고 싶을 땐 이것을 써라. 그리고 부가적인 정보에는 WPARAM와 LPARAM를 사용해라. WPARAM에는 Virtual Key정보를 주고 LPARAM에는 KeyData정보를 넣을 것이니 구현은 사용자가 알아서 제어를 해라. 하는 것과 같다.

W : word

L : long

typedef UINT WPARAM;
typedef LONG LPARAM;

현재는 둘다 32bit 값을 갖는 데이터 타입이다. 그냥 unsigned int, long 이라 해도 상관은 없겠지만, 굳이 이름을 WPARAM, LPARAM이라 한 것은 예전 16bit OS 시절에 이름 붙인 것이 이어져 온 것이다. 당시는 WPARAM은 word 형 파라미터, LPARAM은 long 형 파라미터라는 뜻이어서, (여기서 word형은 2바이트, 참고로 dword(double word)형은 4바이트, byte형은 말그대로 1바이트) 그 때도 위처럼 typedef되었었다. 그런데 32bit OS로 오면서 int형이 4바이트가 되었다. 그런데 typedef은 그대로 두다보니 현재 WPARAM는 이름과는 다르게 4바이트를 갖는 형이되었다. 그러니까 지금은 WPARAM이나 LPARAM이나 4바이트를 갖는 데이터 타입이다. 참고로 windef.h를 보면 여러가지 데이터 타입이 typedef되어 있는 걸 볼 수 있다.

  모델리스 형은 대화상자를 열어 놓은 채로 다른 윈도우로 전환할 수 있는 대화상자이다.  예를 찾는다면 워드 프로그램의 찾기 대화상자를 들 수 있다.

---------------------------------------------------------------------

  대화 상자를 만들기 위해서는 기본적으로 다음 두가지가 있어야 한다.

  대화상자 템플릿 : 대화상자의 모양과 대화상자 내의 컨트롤 배치 상태가 저장되는 이진 정보이며 리소스로 작성된다. 개발자 스튜디오에 별도의 대화상자 편집기가 제공되므로 어렵지 않게 디자인할 수 있다.

  대화상자 프로시져 : 윈도우 프로시져가 윈도우에서 발생하는 메시지를 처리하는 것과 마찬가지로 대화상자 프로시저는 대화상자에서 발생하는 메시지를 처리한다.

  모든 대화상자는 이 두 가지가 있어야만 만들 수 있다. 대화상자 템플릿은 모양을 정의하며 대화상자 프로시저는 동작을 정의한다.

---------------------------------------------------------------------

  대화상자를 호출할 때는 DialogBox 함수를 사용하며 이 함수는 대화상자의 출력, 운영 및 종료까지 대화상자에 관한 모든 처리를 다 책임진다.

int DialogBox(HINSTANCE hInstance, LPCTSTR lpTemplate, HWND hWndParent, DLGPROC lpDialogFunc);

  첫 번째 인수는 대화상자 리소스를 가진 인스턴스의 핸들이다.
  두 번째 인수는 대화상자 템플릿의 리소스 ID 이다.
  세 번째 인수는 대화상자를 소유할 부모 윈도우이다.
  네 번째 인수는 대화상자 프로시저의 이름이다.

  컨트롤은 자신에게 어떤 변화가 있을 때마다 부모 윈도우로 메시지를 보내며 이 메시지를
통지 메시지라고 부른다. 예를 들어 체크 박스의 경우 사용자가 마우스로 클릭할 때마다 부모
윈도우로 BN_CLICKED 메시지를 보낸다. 부모 윈도우가 체크 박스의 현재 상태를 알아보거나
상태를 바꾸고자 할 때도 차일드 윈도우로 메시지를 보낸다. 통지 메시지는 차일드가 부모로 보내는
보고 메시지이고 그냥 메시지는 부모가 차일드에게 어떤 지시를 내리기 위해 보내는 명령이다.

BM_GETCHECK  체크 박스가 현재 체크되어 있는 상태인지를 조사하며 wParam, lParam은 사용하지 않는다. 체크 상태는 리턴값으로 돌려진다.

BM_SETCHECK  체크 박스의 체크 상태를 변경하며 wParam 에 변경할 체크 상태를 지정한다.

BM_GETCHECK  에 의해 리턴되는 값, 또는 BM_SETCHECK에 의해 설정되는 체크 박스의 상태는 다음 세가지가 있다.

BST_UNCHECKED          0  현재 체크되어 있지 않다.
BST_CHECKED               1  현재 체크되어 있다.
BST_INDETERMINATE   2  체크도 아니고 안 체크도 아닌 상태

case WM_COMMAND:
    switch(LOWORD(wParam))
    {
    case 0:
        if(SendMessage(c1, BM_GETCHECK, 0,0) == BST_UNCHECKED)
        {
            SendMessage(c1, BM_SETCHECK, BST_CHECKED, 0);
            bEllipse = TRUE;    
        }
        else
        {
            SendMessage(c1, BM_SETCHECK, BST_UNCHECKED, 0);
            bEllipse = FALSE;
        }
        InvalidateRect(hWnd, NULL, TRUE);
        break;

부모 윈도우는 먼저 BM_GETCHECK 메시지를 c1체크 박스로 보내 현재 체크 박스의 상태를 조사한다.
그리고 그 값이 BST_UNCHECKED이면, 즉 현재 체크되어 있지 않으면 BM_SETCHECK 메시지를 보내
체크 박스에 체크 표시를 하도록 명령한다. 이 때 wParam으로 체크 표시를 하라는 의미의
BST_CHECKED가 전달되었다.  반대로 만약 BST_UNCHECKED가 아니면, 즉 현재 체크되어 있으면
체크 표시를 해제하라는 메시지를 보낸다.

  또한 조사된 체크 박스의 상태에 따라 bEllipse 변수값을 TRUE나 FALSE로 변경하며 InvalidateRect
함수를 호출하여 WM_PAINT 메시지를 발생시키는데 WM_PAINT메시지에서는 bEllipse변수의 값에 따라
사각형이나 타원을 그린다.

컨트롤은 윈도우이기는 하지만 홀로 사용될 수 없으며 반드시 부모 윈도우의 차일드로
존재해야 한다. 차일드 컨트롤은 보통 부모 윈도우가 만들어질 때 즉, WM_CREATE 메시지가
발생했을 때 만든다. 컨트롤도 하나의 윈도우 이므로 CreateWindow 함수를 호출

CreateWindow(TEXT("button"), TEXT("Click Me"), WS_CHILD | WS_VISIBLE |
 BS_PUSHBUTTON, 20, 20, 100, 25, hWnd, (HMENU)0, g_hInst, NULL);

  CreateWindow 함수의 첫 번재 인수는 만들고자 하는 윈도우의 윈도우 클래스이다.
컨트롤은 운영체제에 의해 윈도우 클래스가 미리 등록되어 있으므로 별도로 등록할 필요없이
이 인수에 만들고자 하는 컨트롤의 윈도우 클래스명을 적어주면 된다.

  두번째 인수는 윈도우의 타이틀 바에 나타날 윈도우의 제목이되 컨트롤에 따라 캡션이
나타날 위치가 달라진다. 버튼은 버튼 위에 캡션이 나타난다.

  세번째 인수는 윈도우의 속성값이다. 컨트롤은 차일드 윈도우이므로 WS_CHILD 스타일은
반드시 주어야 한다. 또한 WS_VISIBLE 스타일을 주어야 ShowWindow 함수를 호출하지 않아도
컨트롤이 화면에 나타난다. 컨트롤의 경우 이 두 스타일값은 거의 예외없이 지정하는것이 정석이다.
그 외 버튼의 경우는 여러 스타일을 사용하여 버튼의 종류를 지정한다.
버튼의 스타일 값은 BS_접두어로 시작된다.

  네번째부터 7번째 인수까지는 윈도우의 위치와 크기를 지정한다. 이 예제의 경우 부모 윈도우의
작업영역 좌상단에서 (20,20)에 버튼이 위치하며 폭은 100, 높이는 25픽셀이다.

  8번째 인수는 컨트롤의 부모 윈도우를 지정한다. 컨트롤은 차일드이므로 반드시 부모 윈도우가
있어야 한다. 예제에서는 메인 윈도우의 핸들인 hWnd를 적어줌으로써 부모 윈도우를 지정했다.
무슨 일이 생기면 hWnd에게 통지 메시지를 보내고 또한 hWnd가 파괴될 때 같이 파괴된다.

  9번째 인수는 윈도우에서 사용할 메뉴의 핸들이다. 단 차일드 컨트롤은 메뉴를 가지지 않으므로
이 인수를 컨트롤의 ID지정 용도로 사용한다.

  10번재 인수는 이 윈도우를 만드는 인스턴스의 핸들인데 WinMain의 첫번째 인수로 전달받은
hInstance의 사본인 g_hInst를 넘겨주면 된다.

  11번째 인수는 사용자 정의 데이터이며 MDI에서 사용하는 구조체인데 일단 무시하고
NULL로 지정하면 된다.

-----------------------------------------------------------------

   부모와의 통신

  버튼이 눌러질 경우의 처리를 해보자. 버튼을 클릭했을 경우 부모 윈도우로 통지 메시지를
보내 어떤 사건이 발생했는지를 알린다. 부모 윈도우는 차일드 컨트롤이 보낸 통지 메시지를
받아 적절한 처리를 해야 한다. 버튼을 클릭할 경우 WM_COMMAND 메시지를 부모 윈도우에게
보내며 이때 전달되는 정보는 다음과 같다.

HIWORD(wParam)    통지 코드
LOWORD(wParam)   컨트롤의 ID
lParam                    메시지를 보낸 차일드 윈도우의 윈도우 핸들

  컨트롤의 ID는 Createwindow의 아홉 번재 인수에서 지정한 정수값이다. 어떤 컨트롤이
통지 메시지를 보냈는지를 알려준다. 통지 코드는 차일드 컨트롤이 왜 메시지를 보냈는가를
나타내는 값이다. BN_CLICKED 이 값은 특별히 검사할 필요가 없지만 통지 코드가 여러개인
컨트롤은 이 값을 검사해 보아야 한다.

  부모 윈도우는 WM_COMMAND 에서 LOWORD(wParam)값을 조사하여 어떤 컨트롤이 눌러졌는지에
따라 적절한 처리를 한다.

  WM_COMMAND 메시지는 컨트롤의 통지 메시지뿐만 아니라 메뉴 항목, 액셀러레이터 등의
명령을 처리하는 중요한 일을 한다. 이때 컨트롤의 ID, 메뉴 ID, 액셀러레이터 ID 등은
모두 LOWORD(wParam)으로 전달되므로 이 세 가지 명령들끼리는 0 ~ 65535 까지의 범위에서
상호 중복되지 않는 ID를 가져야 한다.