Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

C/C++의 UNREFERENCED_PARAMETER 매크로를 C#에서 우회하는 방법(IDE0060 - Remove unused parameter '...')

Visual Studio 2019에서 사용하지 않는 파라미터에 대해서는 다음과 같이 메시지를 띄워줍니다.

unused_parameter_1.png

IDE0060 - Remove unused parameter 'args'

물론, 삭제할 만한 경우라면 상관없겠지만 간혹 인터페이스 메서드를 구현한다든가 할 때에는 저런 식으로 언제나 사용하지 않는 인자들이 꼭 있게 마련입니다. 이럴 때 C/C++ 개발자라면 winnt.h에 정의된 UNREFERENCED_PARAMETER 매크로를,

#define UNREFERENCED_PARAMETER(P)          (P)

사용해 처리할 것입니다.

#include <iostream>
#include <Windows.h>

int main(int argc, char **argv)
{
    UNREFERENCED_PARAMETER(argc);
    UNREFERENCED_PARAMETER(argv);

    std::cout << "Hello World!\n";
}

아쉽게도 C#에는 이런 기능이 없죠. 그래도 어느 정도 매끄럽게 우회하는 것은 가능한데요, 어차피 해당 메시지가 개발 중에 Debug 모드로 프로젝트를 다루면서 발생하는 것이기 때문에 다음과 같이 클래스를 하나 정의해 두고,

public static class Macro
{
    [Conditional("DEBUG")]
    internal static void UNREFERENCED_PARAMETER<T>(T obj)
    {
    }

    [Conditional("DEBUG")]
    internal static void UNREFERENCED_PARAMETER<T1, T2>(T1 obj1, T2 obj2)
    {
    }

    // 원하는 만큼, Action/Func처럼...
}

요렇게 사용해 주면 됩니다.

static void Main(string[] args)
{
    Macro.UNREFERENCED_PARAMETER(args);
}

원래도 부하가 없는 호출이지만, 이후 Release 빌드로 제품이 나갈 때는 해당 호출 코드가 제거까지 되므로 부담없이 사용할 수 있습니다. 재미있는 것은, 저렇게 generic으로 만든 인자의 경우에는 'Remove unused parameter' 메시지가 발생하지 않습니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)


[업데이트: 2020-01-22] 또는, 아래와 같이 인자 생략을 하면 됩니다.
static void Main(string[] _) // discard symbol (ex: _, _1, _2, ...)
{
}


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







[최초 등록일: ]
[최종 수정일: 3/30/2025]

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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...
NoWriterDateCnt.TitleFile(s)
480정성태3/14/200722259.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200726296개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200725609개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200734897개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200730305개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200724678.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200722925.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200729988디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200729097디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200718329디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200729799디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200721145    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200731092COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
466정성태2/22/200722768Windows: 23. 롱혼 서버 코어 버전 [2]
465정성태2/21/200721752오류 유형: 29. TFS 관련 스케줄 작업 실패
464정성태2/25/200722940오류 유형: 28. TF10217, TF53010, TF14105 오류
463정성태2/21/200715956Team Foundation Server: 15. 포탈 사이트의 보고서 주소를 도메인 명으로 적용
462정성태2/13/200743207.NET Framework: 83. 라이브러리에 다국어 리소스 추가 방법 [4]파일 다운로드1
461정성태2/13/200720891오류 유형: 27. DLinq 예제 오류 : error: 26 - Error Locating Server/Instance Specified
460정성태2/13/200721159.NET Framework: 82. Orcas 1월 CTP에서 Linq 소스 컴파일 방법
459정성태2/17/200725157오류 유형: 26. "Automatic Updates" 서비스 CPU 100% 점유 현상 - 두 번째 이야기 [3]
458정성태2/12/200721623.NET Framework: 81. LINQ 개발 환경 설정 [1]
457정성태2/8/200726099.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2]
456정성태2/6/200724372Windows: 22. 가상화에 대해서.
455정성태2/4/200719287오류 유형: 25. 원격 데스크톱 환경에서의 Virtual Server 관리 환경 제어
454정성태2/4/200716690오류 유형: 24. VPC에서의 Vista 네트워킹 문제
... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...