프로젝트속성 : 멀티바이트문자셋

테스트환경 : 영문 OS , 영문로캐일

wchar_t * a = L"한글이다";

MessageBoxW(NULL, a, L"",MB_OK);  -> 정상출력

OutputDebugStringW(a);                -> 깨짐

뭔가 long데이터형이 깔끔하지 않아.

1. 분류 

정수형 : char, int 류

실수형 : float(float-point), double(double float)

2. char 

8bit 를 사용하여 표현가능한 범위에 있는 경우 사용한다. 꼭 문자만을 사용해야하는게 아니다.  다만 문자를 저장하는데 

가장 적합한 크기가 1byte 이므로 이를 좀더 쉽게 사용하도록 유도하기 위함. 

문자를 인코딩하기 위한 표준 규약인 ASCII 코드를 살펴보면 알 수 있다. (0~255 까지임)

3. short int

short int 가 원래 데이터형 이름이다. 

DOS시절 16bit운영체제이기때문에 int 라고 선언하면 short int 인 2byte 크기의 데이터형으로 인식되어, short 는 생략가능했음. 

하지만 현재 32bit운영체제에서는 short 를 생략할 수 없음. 

short라는 용어는 short int 라는 데이터형에서만 사용하기 때문에 편하게 int를 생략하고 short 라고 말해도 됨.  따라서 

short int        =    short

4. int

5. long int 

short 와는 달리 long는 32비트 이고 현재 32bit 운영체제 에서는 long 는 생략가능하다.  따라서 아래와같이  쓸수있다.

long int    =    int 

또한 long 이라는 키워드도 int 앞에만 붙여서 사용하기 때문에 long 나오면 int도 나올수밖에 없다. 따라서 int 를 생략 가능하다.  결과적으로 아래와같이쓸수있다.

long int     =     int    =    long

6. float 

4바이트 실수형. IEEE 754 규약에 따라 부호개념이 무조건 존재함. 그래서 signed나 unsigned 키워드를 사용할 필요가 없음. 

7. double 

8바이트 실수형 . IEEE 754 규약에 따라 부호 개념이 무조건 존재함. 그래서 signed나 unsigned 키워드를 사용할 필요가 없음. 

server

/*==================================================
        Windows 기반의 "Hello World" 서버 
==================================================*/
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <winsock2.h>


/*==================================================
        Error Message print
==================================================*/
void ErrorHandling(char *message)
{
        fputs(message, stderr);
        fputc('\n', stderr);
        exit(1);
}


/*==================================================
        Entry Point
==================================================*/
int main(int argc, char **argv)
{
        WSADATA wsaData;
        SOCKET hServSock;
        SOCKET hClntSock;
        SOCKADDR_IN servAddr;
        SOCKADDR_IN clntAddr;
        int szClntAddr;

        char message[] = "Hello World!\n";

        if(argc != 2)
        {
                printf("Usage : %s <port> \n", argv[0]);
                exit(1);
        }

        // Load Winsock 2.2 DLL
        if(WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)
        {
                ErrorHandling("WSAStartup() error!");
        }

        // 서버 소켓 생성
        hServSock = socket(PF_INET, SOCK_STREAM, 0);
        if(hServSock == INVALID_SOCKET)
        {
                ErrorHandling("socket() error");
        }

        memset(&servAddr, 0, sizeof(servAddr));
        servAddr.sin_family = AF_INET;
        servAddr.sin_addr.s_addr = htonl(INADDR_ANY);
        servAddr.sin_port = htons(atoi(argv[1]));

        // 소켓에 주소 할당
        if(bind(hServSock, (SOCKADDR*) &servAddr, sizeof(servAddr)) == SOCKET_ERROR)
        {
                ErrorHandling("bind() error");
        }

        // 연결 요청 대기 상태
        if(listen(hServSock, 5) == SOCKET_ERROR)
        {
                ErrorHandling("listen() error");
        }

        // 연결 요청 수락
        szClntAddr = sizeof(clntAddr);
        hClntSock = accept(hServSock, (SOCKADDR*) &clntAddr, &szClntAddr);
        if(hClntSock == INVALID_SOCKET)
        {
                ErrorHandling("accept() error");
        }

        // 데이터 전송
        send(hClntSock, message, sizeof(message), 0);

        // 연결 종료
        closesocket(hClntSock);
        WSACleanup();

        return 0;
}

}

1. #pragma anon_struct
    . 사용법 
      #pragma anon_struct on
      #pragma anon_struct off
    . Class에 익명의 구조체를 포함하여 compile하는것을 허락할 것인지를
      지시합니다. 익명이란 tag를 갖지 않는다는것을 의미합니다.
    ex)
    #pragma anon_struct on
    struct S {
       int i;
       struct {  // 익명구조체를 포함한다.
          int   j ;
          float x ;
       };
       class {  // 익명 클래스를 포함한다.
       public:
          long double ld;
       };
    S() { i = 1; j = 2; x = 3.3; ld = 12345.5;}
    };
    #pragma anon_struct off

    void main() {
       S mystruct;
       mystruct.x = 1.2;  // 포함된 data에 값을 할당한다.
   }

//--------------------------------------------------------------------------
2. #pragma argsused
    . argsused 프라그마는 함수 정의 사이에서만 허용되고 바로 다음 함수에만
      영향을 미치며 경고 메세지를 disable시킵니다.
      이 pragma를 사용하지 않은 경우 사용되지 않은 argument가 있으면
      "Parameter name is never used in function func-name"
      라는 경고 메세지를 표시하게 됩니다.
    ex)
    #pragma argsused
    void __fastcall TImageForm::FileEditKeyPress(TObject* Sender, Char &Key)
    {     if (Key == 0x13) {
             FileListBox1->ApplyFilePath(FileEdit->Text);
             Key = 0x0;
          }
    }
    위의 예에서는 함수내에서 Sender라는 인수가 사용되지 않았지만 경고 메세지가
    표시되지 않습니다.

//--------------------------------------------------------------------------
3. #pragma codeseg
    . 사용법
      #pragma codeseg <seg_name> <"seg_class"> <group>
    . codeseg 프라그마는 함수들을 위치시킬 group, class 또는 segment의 이름을
      줄수 있도록 지시합니다. 만일 option없이 사용하였다면 함수의 배치를 위해서
      default code segment가 사용되어질것입니다. 결국 이 pragma를 사용하지 않는
      경우와 동일한 결과를 가져옵니다.

//--------------------------------------------------------------------------

4. #pragma comment
    . 사용법 
      #pragma comment (comment type, "string")
    . comment 프라그마는 출력되어지는 file에 주석을 기록시킬것을 지시합니다.
      comment type에 올수 있는 값들은 다음중의 하나가 될것입니다.
      * exestr
        linker가 ".OBJ" file에 string을 기록합니다. 이렇게 기록된 string은
        실행파일내부에 기록되어지며, 이것은 결코 메모리로 load되지 않습니다.
        하지만 적당한 파일 검색 유틸리티를 사용하여 실행파일에서 string을
        찾아볼 수 있습니다.
      * lib
        ".OBJ" file에 주석의 내용을 기록합니다.
        library에 새로운 module을 추가하는 경우 에만 comment 프라그마를 사용하여
        linker에게 결과 file에 명시할 수 있도록 지시할 수 있습니다. 다시 말하면
        기존에 작성되어진 module에는 comment 프라그마를 사용하여 string을 추가
        시킬수 없습니다. 새롭게 library를 작성한다면 예외일 수 있겠지요.
        linker는 최종의 library에서 string에 명시된 library module 이름을 포함
        합니다. 여러개의 module들도 이름지어질 수 있으며 이름을 만들기 위하여
        linke되어집니다.

        예) comment ( lib, * ) : comment로 사용할 수 있는 명령은 여러 개 있는데, 그중 가장 대표적인 것이 lib 으로, 해당 라이브러리를 링크시켜준다 .

             즉, 지정된 라이브러리 화일을 포함하여 컴파일한다. 프로젝트 설정에 라이브러리를 포함하는 것과 같다.

        예2) comment( lib, "ws2_32" ) 
              이것은, 컴파일시 ws2_32.lib 파일을 링크하라는 명령입니다. 보통 Visual studio같은
              IDE 개발환경에서는, 프로젝트 셋팅에서 해주지만, 혹 그런부분을 빼먹거나 환경이
              바뀔때를 대비해서 이렇게 해두면 편하죠.

        예3) #pragma comment( "comment-type" [, commentstring] )

              comment type에는 compiler, exestr, lib, linker, user 등이 올 수 있습니다.

              그 중 질문에서의 lib는 library file을 지정하는 것이라고 생각하시면 됩니다. comment string이라는 부분에는 file의 이름이나 path를 넣으시면 됩니다. ".lib" file 아시죠?

               그러니까 굳이 project settings에서 link tab에 있는 input에 .lib file을 쓰지 않고 #pragma comment ( lib, "xxx.lib" ) 라고 써도 된다는 거죠..

      * user
        compiler는 ".OBJ" file에 string을 기록합니다. 하지만 linker에 의해
        string은 무시되어집니다. object 파일에만 그 내용이 남게 됩니다.

//--------------------------------------------------------------------------

5. #pragma exit
    . 사용법
      #pragma startup function-name <priority>
      #pragma exit function-name <priority>
    . 이들 두 프라그마는 프로그램이 프로그램 시동시(main이 호출되기 전) 호출
      되어야 할 함수와 프로그램 탈출(프로그램이 _exit를 통해 종료하기 바로 전)
      을 명시할 수 있도록 합니다. 명시된 function-name은 반드시 인수를 취하지
      않고 void를 return하는 미리 선언된 함수여야합니다. 다시 말하면 다음과
      같이 선언될 수 있습니다.
      void func (void);
      priority는 반드시 64-255의 범위 내에 있는 정수여야하며 최상의 우선권은
      0입니다. 0-63사이의 priority는 C library에서 사용하므로 사용자가 이를
      사용해서는 안됩니다. 최상위 우선권을 가진 함수는 시동시에 맨 먼저 호출
      되고 탈출시에 맨 마지막으로 호출됩니다. 우선권을 명시해 주지 않을 경우
      기본적으로 100의 우선권을 갖게 됩니다. pragma startup 또는 exit에 사용된
      함수명은 반드시 프라그마 라인에 도달하기 전에 정의(또는 선언)되어야함에
      주의하십시요.
    ex)
      #include <stdio.h>
      void startFunc(void)
      {
          printf("Startup Function.\n");
      }
      #pragma startup startFunc 64 //우선권 64로 시동시에 맨 먼저 호출됩니다.

      void exit Func(void)
      {
          pirntf("Wrapping up execution.\n");
      }
      #pragma exit exitFunc //기본적으로 우선권이 100으로 지정됩니다.

      void main(void)
      {
          printf("This is main.\n");
      }

//--------------------------------------------------------------------------

6. #pragma hdrfile
    . 사용법
      #pragma hdrfile "filename.CSM"
    . 이 지시어는 프리컴파일된 헤더를 저장할 파일의 이름을 설정합니다. IDE
      프로젝트를 위한 디폴트 파일명은 <projectname>.CSM이고 command line용
      으로는 BC32DEF.CSM이라는 이름을 갖습니다.  프리컴파일된 헤더를 사용하지
      않으면 이 지시어는 효력이 없으며 명령라인 컴파일러 옵션 -H=filename 또는
      프리 컴파일된 헤더를 사용하면 프리 컴파일된 헤더를 저장하기 위해 사용되는
      파일명을 변경할 수 있습니다.
      명령라인 옵션은 다음과 같습니다.
      * 프리컴파일드 헤더를 사용하는 경우
        -H=filename
      * 프리컴파일드 헤더를 사용은 하지만 새로운 프리컴파일드 헤더파일을
        변환하지 않는 경우
        -Hu
      * 프리컴파일드 헤더를 사용하지 않거나 새로운 프리컴파일드 헤더파일을
        변환하지 않는 경우. (기본값)
        -H-

//--------------------------------------------------------------------------

7. #pragma hdrstop
    . 사용법
      #pragma hdrstop
    . 이 지시어는 프리컴파일에 적합한 헤더 파일의 목록을 종료시키는데, 이것을
      사용하면 프리컴파일된 헤더가 사용하는 디스크 공간의 양을 줄일 수 있습니다.
      프리컴파일드 헤더파일은 #pragma hdrstop이 선언되기 전에 #include를
      사용하여 포함된 헤더파일들을 동일하게 프로젝트 내의 source들간에 공유시킬
      수 있습니다. 그러므로 #pragma hdrstop전에 일반적인 헤더파일들을 포함하면
      최상의 콤파일러의 성능을 얻을 수 있습니다. 확실하게 #pragma hdrstop 전에
      #include를 사용한다면 모든 source file들에게 동일하게 적용되거나 아주
      조그마한 변화만이 있을 것입니다. IDE 환경에서는 강화된 프리컴파일드 헤더의
      성능을 가지는 코드로 변환합니다. 예를 들자면 다음의 New Application의 소스
      파일인 "Unit1.cpp"는 다음과 같이 될것입니다.

      #include <vcl.h> // 일반적인 헤더파일
      #pragma hdrstop  // 헤더파일의 리스트는 여기서 끝난다.

      #include "Unit1.h" // 헤더파일의 명시
      //....
      이 pragma 지시어는 오직 source file에서만 사용하며, 헤더파일에서 사용했다
      면 아무런 효과도 없을 것입니다.

//--------------------------------------------------------------------------

8. #pragma inline
    . 사용법
      #pragma inline
    . 이 지시어는 명령 라인 콤파일러 옵션 -B 또는 IDE의 인라인 옵션과 동일
      합니다. 이것은 컴파일러에게 프로그램 내에 인라인 어셈블리 언어 코드가
      있음을 알려줍니다. 컴파일러는 #pragma inline을 만날때 -B옵션을 사용하여
      스스로 재시동하므로 이 지시어는 파일의 상단에 배치되는 것이 최선입니다.
      실제로 -B옵션과 #pragma inline을 모두 off시켜둘 수 있습니다. 그러면
      컴파일러는 asm문을 만나자마자 스스로 재시동합니다. 이 옵션과 지시어의
      목적은 컴파일 시간을 다소 절약하는 것입니다.

//--------------------------------------------------------------------------

9. #pragma intrinsic
    . 사용법
      #pragma intrinsic [-]function-name
    . #pragma intrinsic를 사용하면 함수의 inline화를 위해 command-line 스위치나
      IDE의 옵션이 무시되어집니다.  intrinsic함수를 인라인화할 때는 그 함수를
      사용하기 전에 반드시 그것을 위한 원형을 포함시켜야만 합니다. 이것은
      인라인화 할 때 컴파일러가 인라인화한 함수를 내부적으로 인식하는 함수로
      개명하는 매크로를 실제로 생성하기 때문입니다. 가령 strcpy 함수를 인라인
      화 하기 위하여 다음과 같은 문장을 사용하였다면
      #pragma intrinsic strcpy
      컴파일러는 다음과 같은 매크로를 생성합니다.
      #define strcpy __strcpy__
      컴파일러는 두 선행 밑줄과 두 후미 밑줄을 사용하여 함수 호출을 인식하고
      그 함수의 원형을 내부적으로 저장해 둔 원형과 부합시키려 합니다. 그러므로
      원형을 공급하지 않거나 공급한 원형이 콤파일러 내부의 원형과 부합되지 않을
      경우, 콤파일러는 그 함수를 인라인화 하려는 시도를 불식시키고 에러를
      발생시킵니다. 이 프라그마 사용의 궁극적인 목적은 함수 호출에 대한
      오버헤드를 줄위기 위한것입니다. 함수호출은 빨라지겠지만 그만큼 크기는
      증가하게 될것입니다.
      ex)
      #pragma intrinsic strcpy
      #pragma intrinsic -strcpy

//--------------------------------------------------------------------------

10.#pragma link
    . 사용법
      #pragma link "[path]modulename[.ext]"
    . 이 지시어는 실행화일에 파일을 링크시킬것을 링커에세 지시합니다.
      기본적으로 링커는 -L옵션으로 지정된 패스와 로칼 디렉토리에서 modulename을
      찾습니다. path 아규먼트를 이용하여 디렉토리를 지정할 수도 있습니다. 또한
      링커는 확장자를 ".obj"를 기본으로 간주합니다.

//--------------------------------------------------------------------------

11. #pragma message

     컴파일 도중에 지정된 내용을 VC의 아웃풋 윈도우에 출력시켜 준다. 컴파일시 특정 문장을 표시
    . 사용법
      #pragma message ("text" ["text"["text" ...]])
      #pragma message text
    . #pragma message는 프로그램 코드 내에서 사용자 정의 메세지를 명시합니다.
      첫번째 형식은 하나 이상의 스트링 상수들로 구성된 문장을 필요로 하고
      메세지는 괄호안에 싸여있어야만 합니다.(이 형식은 MSC와 호환됩니다.)
      두번째 형식은 경고 메세지의 문장을 위해 #pragma에 연속되는 문장을
      사용합니다. #pragma의 두가지 형태와 함께 다른 메크로의 참조는 메세지가
      디스플레이 되기전에 확장되어집니다.  사용자 정의 메세지가 디스플레이
      되는것은 기본치이며 명령 라인 옵션의 Show Warnings를 사용하여
      on/off 시킬 수 있습니다. 이 옵션은 콤파일러의 -wmsg에 해당합니다.

    ex)
      // msacm.h
      #if defined(UNICODE) && !defined(_UNICODE)
      #ifndef RC_INVOKED
      #pragma message("MSACM.H: defining _UNICODE
                       because application defined UNICODE")
      #endif
      #define _UNICODE
      #endif

      // ustring.h
      #pragma message osl/ustring.h has been replaced by winsys/string.h
      #include <winsys/string.h>

//--------------------------------------------------------------------------

12.#pragma obsolete
    . 사용법
      #pragma obsolete identifier
    . #pragma obsolete 프로그램 코드에서 pragma의 선언 이후에 마주치게 되는
      identifier의 첫번째 사용에 대해서 경고를 발생합니다. 경고는 identifier를
      쓸모없는 상태로 만듭니다.
    ex)
    // io.h
    #if !defined(RC_INVOKED)

    /* Obsolete functions */
    #pragma obsolete _chmod
    #pragma obsolete _close
    #pragma obsolete _creat
    #pragma obsolete _open
    #pragma obsolete _read
    #pragma obsolete _write

    /* restore default packing */
    #pragma pack(pop)

    #if defined(__STDC__)
    #pragma warn .nak
    #endif

    #endif  /* !RC_INVOKED */

//--------------------------------------------------------------------------

13.#pragma option
    . 사용법
      #pragma option options
      #pragma option push options
      #pragma option pop
    . #pragma option은 프로그램 원시 코드 내에 명령라인 옵션을 포함시키고자
      할 때 사용하며 push 또는 pop 옵션과 함께 사용되어질 수 있습니다.
      options는 임의의 명령라인 옵션(단, 아래에 수록된 것은 제외합니다.)이며
      하나의 지시어 내에서 여러개의 option들을 나타낼 수 있습니다.
      예를 들자면 다음과 같습니다.

      #pragma option -C
      #pragma option -C -A

      toggle option(-a, -K같은)은 comman line에서 on/off될수 있습니다.
      이들 toggle option들은 option 다음에 마침표를 두면 그 명령라인, 구성 파일,
      옵션 메뉴 설정값에 대해 옵션을 리털할 수 있으며 이를 이용하면 정확한
      설정값을 기억하지 않고도(혹은 알 필요가 없거나) 옵션을 임시로 변경했다가
      다시 그것을 디폴트로 복귀시킬 수 있습니다.

      pragma optino에 포함하여 나타날 수 없는 옵션들은 다음과 같습니다.
      -B   -c   -dname
      -Dname=string   -efilename   -E
     -Fx  -h   -lfilename

윈도우 프로그래밍을 하다 보면 #pragma를 자주 보게 된다. 

그러나 이를 잘 활용하기도 하겠지만 이를 잘 활용하지 못하는 사람들도 있기 때문에 이 용도를 정리 해 보고자 한다.

#pragma는 define 이나 include와 같이 #으로 시작하는 전처리구문(precompiler)의 하나이다.

컴파일러에 종속적인 구문이라 컴파일러가 변경되었을 경우 제대로된 동작을 보장하지 못하므로
 
프로젝트 진행중에 서로 다른 컴파일러를 사용한다면 사용하지 않음이 바람직 하겠다.

#pragma comment (linker, "/ENTRY:main")  

이렇게 하면 EntryPoint가 main으로 변경할 수 있다.

2. File Alignment

1. 형변환
1. 암시적
1. double sum = 3.5 + 3;
2. 명시적
1. float sum = (float)1/2;
2. printf(), scanf() 함수 사용하기 . 열혈강의 6장참조. 따라하기.
3. 함수
1. 함수 목적
2. 함수 선언과 정의(본체) 위치 : 함수는 호출되지 전에 미리 정의되어야한다. 
3. 함수 형태에 따른 선언과 return; 사용할줄알기. 
1. 반환값(0), 전달인자(0) 둘다 있는 함수 : add(), sub() 만들어보기
2. O , X
3. X , O
4. X , X
4. 지역변수 , 전역변수 , static변수 
1. 종류별 변수가 적용가능한 scope(범위) 알기. 
2. 장단점. 
3. 
   
5. 재귀함수 짜보기. 

1. 데이터형(자료형)과 변수
1. 데이터형(자료형)
1. 기본 자료형과 메모리할당 크기 및 표현 가능한 범위
1. sizeof 연산자사용해서 확인 -> sizeof 는 함수가 아니고 연산자임
2. 데이터형을 잘 선택하기
3. unsigned 설명(정수형에만붙일수있음), 음수(보수) 개념 설명
2. 변수
1. 데이터를 저장할 수 있는 메모리 공간의 이름. 
2. 변수선언시 규칙
1. 함수내에 변수 선언시 제일 처음에 등장
2. 대소문자 구분
3. 키워드 안됨   - > 키워드 관련 조사하기
4. 공백 포함되면안됨. 
5. 숫자가 처음에오면안됨.
6. 변수이름은 알페벳,숫자,언더바(_) 등으로 구성된다. 
7. 의미 있는 이름으로 한다. ex) int num;
3. 변수 선언 방법 : int num; num=0;    혹은 int num=0;
4. 위 처럼 변수 선언후 초기화를 꼭 해준다. 
2. 서식문자 및 특수문자
1. 
2. 자료형 범위계산
1. char 
1. -128 ~ 127 = 1000 0000 ~ 0111 1111 까지임 . 
2. 맨처음 부호비트를 제외하고 표현할 수 있는 가장 작은 값 : x000 0000   -> 음수를 나타내는 자리에 1 넣으면 1000 0000 
3. 맨처음 부호비트를 제외하고 표현할 수 있는 가장 큰    값 : x111 1111  - > 음수를 나타내는 자리에 0 넣으면 0111 1111
4. 음수자리에 1이 셋팅되어있으면 나머지 비트수를 양수로 계산해서 더해서 정수를 계산한다. 
1. 부호있는 8bit 데이터형에서 10001000 은 10진수로 몇인가?  -> -128 + 8 = -120
3. 연산자
   
1. 산술, 대입, 증감, 관계, 논리, 비트, 콤마연산자

1. 프로그램의 완성과정
1. 소스코드 작성
1. 편집기나 visual studio 와 같은 툴을 이용하여 소스코드를 작성한다
2. 컴파일
1. 컴파일러가 컴파일을 담당한다. 언어별로 컴파일러가 달라진다. 
2. 사람이 작성한 소스코드를 기계어 코드로 바꾸어 준다. 
3. 목적코드(object)가 완성된다. 
4. 장점
1. 소스보안 - 소스코드 대신에  obj파일만으로 컴파일가능. 
2. 분업화
3. 모듈화, 이식성, 확장성
5. C컴파일러, 컴파일러 버전에 따라 코드문법이 달라질 수 있다. 표준을 항상이해하고 따라갈 수 있어야 한다. 
3. 컴파일시에 에러가 없으면 링크단계로 넘어가고, 에러가 발생하면 소스코드를 수정한다. 
4. 링크
1. 링커가 담당.
2. object 파일을 하나로 묶어줌
3. 실행가능하도록 PE구조 파일을 만들어줌. 
4. 동적링크 정적링크
2. Visual Studio 사용법
3. HELLO World 설명
1. 헤더파일
1. #include <stdio.h>                    //! 제일먼저 등장. 헤더에 라이브러리함수들 원형이 선언되어있음. 사용할 함수의 원형이 선언된 헤더파일이 포함되어있어야함. 
2. 본체 
1. int main(void){ ... ; return 0;}    //!  반환형 함수이름(수신형) 의형태를 띈다. return 0; 은 운영체제로 리턴. 이 포멧을 그대로 사용하자. 표준에 지정되어있다. 
4. Printf()함수 , scanf()함수 따라 사용하기 과제
5.