Microsoft MVP성태의 닷넷 이야기
VC++: 37. XmlCodeGenerator를 C/C++ 코드 생성에 적용 [링크 복사], [링크+제목 복사],
조회: 34007
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)

XmlCodeGenerator를 C/C++ 코드 생성에 적용


XmlCodeGenerator에 대해서는 가끔씩 설명을 드렸지요. (개인적으로, 사실 엄청 잘 쓰고 있는 자작 툴입니다. ^^)

XML/XSLT로 구현하는 매크로 확장 
; https://www.sysnet.pe.kr/2/0/542

XmlCodeGenerator 1.0.0.4 업데이트
; https://www.sysnet.pe.kr/2/0/760

아쉬운 점이 하나 있다면, 이런 CodeGenerator 사용자 정의 툴이 Managed 언어를 다루는 프로젝트에서만 적용된다는 점입니다. 굳이 이런 제한을 둘 필요가 있었을까 싶지요!

오늘은, 문득 이에 대한 해결책이 생각났습니다.

간단합니다. 코드 생성하는 파일들은 그냥 C# 프로젝트에 넣어버리고, C++ 프로젝트에서는 상대 경로를 include하는 것으로 해당 코드들을 그냥 포함해 버리는 것입니다. 이렇게 되면, 심지어 소스 컨트롤을 연결해서 관리하는 것에도 문제가 없습니다. 실제로 한번 따라해 볼까요? ^^




1. XML 파일 생성


자신의 코드에서 복잡하게/반복적으로 사용되는 코드를 간단하게 관리할 수 있는 XML 파일을 만듭니다.

<?xml version="1.0" encoding="utf-8" ?>

<people>
  
  <person name="Tester" age="15" />
  <person name="Administrator" age="17" />
  
</people>

2. XSLT 파일 생성


XML 파일의 내용을 C/C++ 코드로 만들어 줄 XSLT 파일을 만듭니다.

<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0"
  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
  xmlns:xs="http://www.w3.org/2001/XMLSchema"
  xmlns:msxsl="urn:schemas-microsoft-com:xslt"
  xmlns:xcg="https://www.sysnet.pe.kr/WPFClassMemberDef"
>
    <xsl:param name="XCG_CurrentTime"/>
    <xsl:output method="text" encoding="utf-8" indent="yes"></xsl:output>

    <xsl:template match="people">

/*
Created: <xsl:value-of select="$XCG_CurrentTime" />
*/

#if defined (HEADER_DECLARATION)

#if !defined __CPP_ARRAY_H
#define __CPP_ARRAY_H

typedef struct tagPerson
{
  wstring Name;
  int Age;
} Person;

extern vector <xsl:text disable-output-escaping="yes">&lt;</xsl:text>Person *<xsl:text disable-output-escaping="yes">&gt;</xsl:text> g_people;
void InitializePeople();

#endif

#endif

#if defined (IMPLEMENTATION_DEFINITION)

vector <xsl:text disable-output-escaping="yes">&lt;</xsl:text>Person *<xsl:text disable-output-escaping="yes">&gt;</xsl:text> g_people;

void InitializePeople()
{
  <xsl:for-each select="person">
    {
      Person *pItem = new Person();
      pItem-<xsl:text disable-output-escaping="yes">&gt;</xsl:text>Name = L"<xsl:value-of select="@name" />";
      pItem-<xsl:text disable-output-escaping="yes">&gt;</xsl:text>Age = <xsl:value-of select="@age" />;
      g_people.push_back(pItem);
    }
  </xsl:for-each>
}

#endif
  </xsl:template>

</xsl:stylesheet>


3. XmlCodeGenerator 적용


생성한 XML 파일과 XSLT 파일을 C# 프로젝트에 추가하고, XML 파일의 "Custom Tool" 속성을 "XmlCodeGenerator"로 지정해 줍니다.

[그림 1: XmlCodeGenerator 적용]
cpp_xmlcodegen_1.png

그러면, "그림 1"에서 보는 것처럼 XML 파일 하위에 .cs 파일이 생성됩니다. CS 파일의 내용은 C/C++에서 사용될 수 있는 코드로 다음과 같이 생성됩니다.

/*
Created: 09/13/2009 21:19:05
*/

#if defined (HEADER_DECLARATION)

#if !defined __CPP_ARRAY_H
#define __CPP_ARRAY_H

typedef struct tagPerson
{
  wstring Name;
  int Age;
} Person;

extern vector <Person *> g_people;
void InitializePeople();

#endif

#endif

#if defined (IMPLEMENTATION_DEFINITION)

vector <Person *> g_people;

void InitializePeople()
{
  
    {
      Person *pItem = new Person();
      pItem->Name = L"Tester";
      pItem->Age = 15;
      g_people.push_back(pItem);
    }
  
    {
      Person *pItem = new Person();
      pItem->Name = L"Administrator";
      pItem->Age = 17;
      g_people.push_back(pItem);
    }
  
}

#endif

매크로 상수를 이용해서 하나의 CS 파일 안에 C/C++ 헤더 파일과 코드에서 사용될 수 있도록 하고 있습니다.

C# 프로젝트에서는 위의 CS 파일이 빌드되면 오류가 발생하기 때문에 CS 파일에 대해서는 컴파일 옵션을 "None"으로 해줍니다.

[그림 2: Build Action - None 적용]
cpp_xmlcodegen_2.png

4. 생성된 CS 파일을 C/C++ 프로젝트에서 사용


이제, C/C++ 프로젝트에서 #include를 이용해서 해당 파일들을 포함시켜 줍니다. 간단하게는 stdafx.h/stdafx.cpp 파일에서 각각 다음과 같이 추가시켜주면 되겠지요. ^^

======== stdafx.h ==========

#pragma once

#include "targetver.h"

#include <stdio.h>
#include <tchar.h>

#include <string>
#include <vector>

using namespace std;

#define HEADER_DECLARATION
#include "..\CppTestCodeGenerator\CppArray.cs" 


======== stdafx.cpp ========

#include "stdafx.h"

#undef HEADER_DECLARATION
#define IMPLEMENTATION_DEFINITION
#include "..\CppTestCodeGenerator\CppArray.cs" 




이제부터는 Person이라는 코드를 관리하기 위해 C/C++ 코드를 찾아가서 수정할 필요 없이 해당 XML 파일을 수정함으로써 편리하게 코드에 결과를 반영할 수 있습니다. 위에서는 단순하게 예를 들었지만, 복잡하게/반복적으로 초기화되는 코드를 위의 자동 생성 코드로 치환해 두면 자칫 실수할 수 있는 오류 횟수를 많이 줄일 수 있습니다.

사실... 시간이 지났을 때, C/C++ 코드를 다시 보면서 코드를 추가하는 것보다 XML로 추가하는 것이 더욱 직관적이죠. 초보적인 수준이긴 하지만 이것도 DSL(Domain Specific Language)이라고 할 수 있지 않을까요!

첨부된 파일은 위의 예제를 테스트한 프로젝트입니다.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/11/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2009-11-25 04시23분
[이유진] 프로젝트 실행을 해봤는데 명령 프롬포트 창이 한번 켜졌다 사라지고 끝이네요; 원래 이런가요?^^
[guest]
2009-11-26 09시38분
첨부된 프로젝트 파일을 실행시키셨나요? 사실 그건 별로 의미가 없는데요. ^^ 위의 글이 의미가 있는 것은, 프로젝트에 포함된 XML 파일을 Visual Studio 에서 변경하고 저장했을 때 CS 파일이 덩달아 업데이트 된다는 점입니다. 글의 도입에 소개한 "XML/XSLT 로 구현하는 매크로 확장" 과 "XmlCodeGenerator 1.0.0.4 업데이트" 편을 읽어보시면 이해가 되실 것입니다.
kevin25

1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13561정성태2/20/20242053닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242086디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242944오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242174닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241921Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241966Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242116닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241861VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241943닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241896닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242089닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242206Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242504개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242335개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242085개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241946Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241859닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241883오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241881Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241913오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241973VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242078Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242365개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242418닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242507닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242595닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...