호출 규칙

프로시저나 함수를 선언할 때, 지시어 register, pascal, cdecl, stdcall, safecall 중의 하나
를 사용하여 호출 규칙(Calling convention)을 지정할 수 있습니다. 예를 들면, 다음과 같
습니다.

1.png

호출 규칙은 파라미터를 루틴으로 전달하는 순서를 결정합니다. 또한 호출 규칙은 스택에서
파라미터 제거 방법, 파라미터 전달에서 레지스터 사용 여부, 에러와 예외 처리 등에 영향을
줍니다. 기본 호출 규칙은 register입니다.

 - register와 pascal 규칙은 파라미터를 왼쪽에서 오른쪽으로 전달합니다. 즉, 가장 왼쪽에 있는
파라미터가 가장 먼저 계산, 전달되고 가장 오른쪽에 있는 파라미터는 마지막에 계산, 전달됩니
다. cdecl, stdcall, safecall 규칙은 파라미터를 오른쪽에서 왼쪽으로 전달합니다.

 - cdecl을 제외한 모든 규칙에서 리턴할 때 프로시저나 함수가 스택에서 파라미터를 제거합니다.
cdecl 규칙에서는 리턴할 때 루틴 호출자가 스택에서 파라미터를 제거합니다.

 - register 규칙에서는 파라미터를 전달하기 위해 CPU 레지스터를 최대 3개까지 사용하며, 다른
규칙들에서는 모든 파라미터를 스택을 통해 전달합니다.

 - safecall 규칙은 예외“방화벽”을 구현합니다. Windows에서 이 규칙은 프로세스간
(interprocess) COM 에러 알림(notification)을 구현합니다.


아래의 표는 호출 규칙을 요약한 것입니다.

2.png

기본 register 규칙은 보통 스택 프레임을 생성하지 않기 때문에 가장 효율적입니다.
(published 속성에 대한 액세스 메소드는 반드시 register를 사용해야 합니다.) cdecl 규칙
은 C 또는 C++ 언어로 개발된 DLL의 함수를 호출할 때 유용하며, stdcall 및 safecall 규
칙은 일반적으로 외부 코드를 호출할 때 사용하는 것이 좋습니다.

Win32에서 운영체제 API는 stdcall 및 safecall 규칙을 사용합니다. 기타 운영체제는 일반
적으로 cdecl 규칙을 사용합니다. (stdcall 규칙이 cdecl 규칙보다 효율적입니다.)
safecall 규칙은 듀얼 인터페이스 메소드(11장“인터페이스”참조)를 선언할 때 반드시 사
용해야 합니다. pascal 규칙은 하위 호환성을 위해 유지됩니다. 호출 규칙에 대한 자세한 내
용은 13장“프로그램 제어”를 참조하십시오.

지시어 near, far, export는 16비트 Windows 프로그래밍에서의 호출을 위해 사용됩니다.
Win32에서는 아무런 영향을 미치지 않고 오직 하위 호환성을 위해서만 유지됩니다.


forward 선언과 interface 선언

forward 지시어는 프로시저나 함수 선언에서 함수 블럭과 지역 변수 선언, 문장을 대신합니
다. 예를 들면,

3.png

위 코드는 Calculate라는 함수를 선언합니다. 루틴은 forward 선언 다음 어딘가에서 실제
블럭을 포함한 정의적 선언(defining declaration)으로 다시 선언되어야 합니다. Calculate
에 대한 정의적 선언은 다음과 같습니다.

4.png

일반적으로 정의적 선언에서는 루틴의 파라미터 리스트나 리턴 타입을 다시 명시하지 않아
도 됩니다. 그러나 정의적 선언이 루틴 파라미터 리스트나 리턴 타입을 다시 표시하는 경우
에는 forward 선언문에 있는 것과 정확하게 일치해야 합니다. forward 선언문이 오버로드
된 프로시저 또는 함수(“프로시저와 함수 오버로드”참조)를 지정하면 정의적 선언은 반드
시 파라미터 리스트를 반복해야 합니다.

forward 선언과 그 정의적 선언은 같은 타입 선언 영역에 있어야 합니다. 다시 말해, 새 영
역 (var 영역이나 const 영역 등)을 forward 선언과 그 정의적 선언 사이에 추가할 수 없습
니다. 정의적 선언은 external 또는 assembler 선언이 될 수 있지만, 또 다른 forward 선언
문은 될 수 없습니다.

forward 선언의 목적은 프로시저 또는 함수 식별자의 유효 범위를 소스 코드에서 더 앞까지
확장하기 위한 것입니다. 이렇게 하면 forward 선언 루틴이 실제로 정의되기 전에 다른 프
로시저 및 함수에서 이를 호출할 수 있습니다. 코드를 더 유연하게 해주는 것 외에,
forward 선언문은 상호 재귀(mutual recursion)를 위해서도 필요합니다.

forward 지시어는 유닛의 interface 섹션에서는 아무 효과도 없습니다. interface 섹션의
프로시저 및 함수 헤더는 forward 선언처럼 동작하며 implementation 섹션에 그 정의적
선언이 있어야 합니다. interface 섹션에서 선언된 루틴은 유닛의 어디에서나 사용할 수 있
으며, 선언된 유닛을 uses하는 다른 유닛이나 프로그램에서도 사용할 수 있습니다.
번호 제목 글쓴이 날짜 조회 수
공지 [DelphiCon 요약] 코드사이트 로깅 실전 활용 기법 (Real-world CodeSite Logging Techniques) 관리자 2021.01.19 22591
공지 [UX Summit 요약] 오른쪽 클릭은 옳다 (Right Click is Right) 관리자 2020.11.16 21024
공지 [10.4 시드니] What's NEW! 신기능 자세히 보기 관리자 2020.05.27 23082
공지 RAD스튜디오(델파이,C++빌더) - 고객 사례 목록 관리자 2018.10.23 28881
공지 [데브기어 컨설팅] 모바일 앱 & 업그레이드 마이그레이션 [1] 관리자 2017.02.06 30050
공지 [전체 목록] 이 달의 기술자료 & 기술레터 관리자 2017.02.06 25397
공지 RAD스튜디오(델파이, C++빌더) - 시작하기 [1] 관리자 2015.06.30 46348
공지 RAD스튜디오(델파이,C++빌더) - 모바일 앱 개발 사례 (2020년 11월 업데이트 됨) 험프리 2014.01.16 182316
1397 N 윈도우와 맥 개발 시작을 위한 파이어몽키 코스북: 무료 다운로드 제공(385페이지) 관리자 2013.04.05 152367
1396 ComPort(시리얼 통신) 컴포넌트 설치안내 [11] file 험프리 2013.12.04 112780
1395 [REST API] REST 기반 파일 업로드와 다운로드 구현하기 험프리 2020.08.31 84739
1394 델파이 튜토리얼 자습서 이용 안내 관리자 2014.09.01 71988
1393 이 달의 기술자료 - 2014년 11월 험프리 2014.10.13 54176
1392 이 달의 기술자료 - 2014년 6월 file 험프리 2014.06.05 50406
1391 Find the O/S Language Type c2design 2014.07.30 48421
1390 RAD Studio Resource Center 박병일 2012.01.26 46645
1389 CD-ROM 열고 닫기 박병일 2011.12.22 44787
1388 [Android] 폰번호 가져오기 [1] 타락천사 2014.09.05 38644
1387 이 달의 기술자료 - 2014년 12월 file 험프리 2014.11.26 32514
1386 RAD Studio XE6 Update1 발표 [1] Humphery 2014.06.20 29499
1385 델파이XE2 파이어몽키 기반 아이폰앱 개발에서 제스춰를 인식시키는 방법 박병일 2012.01.25 23342
1384 [10.4 시드니 신기능] 새로운 VCL TEdgeBrowser 컴포넌트 험프리 2020.05.18 23197