Microsoft MVP성태의 닷넷 이야기
.NET Framework: 71. VB.NET 이외의 언어에서 My 네임스페이스 사용 [링크 복사], [링크+제목 복사],
조회: 19235
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


.NET 2.0에서부터는 VB.NET에 유틸리티 성격에 해당하는 기능들을 모아서 "My"라는 네임스페이스 아래에 제공해 주고 있습니다.

"VB.NET"에서만 사용할 수 있는 걸까요?
물론, ".NET"이라는 단어가 붙었다는 것만으로도, 이미 그것은 VB.NET의 전유물이 아님을 쉽게 알아채실 수 있으실 겁니다.

당연히 C#에서도 관련 어셈블리 참조만으로도 해당 "My" 네임스페이스에 있는 기능들을 동일하게 사용할 수가 있습니다. 우선, 어떤 어셈블리가 필요한지는 MSDN 도움말을 통해서 알아낼 수 있습니다. 찾아보시면, Microsoft.VisualBasic.dll에서 모든 구현이 이루어져 있음을 알 수 있습니다. 한번 따라해 볼까요? ^^

1. Microsoft.VisualBasic.dll에 대해서 참조를 추가합니다.

Microsoft.VisualBasic.dll 참조 추가

2. 어떤 기능들을 사용할 수 있는지, 다음과 같이 Object Browser를 통해서 확인할 수 있습니다. VB.NET에서처럼 바로 "My"를 통해서 접근할 수 없다는 차이만 있을 뿐입니다.

Object Browser에서 기능 확인

3. using 문으로 관련 namespace를 추가합니다. 이때 다음과 같이 "My"로 해주시면 마치 VB.NET에서 사용했던 것과 동일하게 사용하는 기분을 낼 수 있습니다.

using System;
using My = Microsoft.VisualBasic;

4. 이제 자유롭게 My 네임스페이스에 포함된 기능들을 사용해 줍니다. 그동안 아쉬웠던 기능들이 My 네임스페이스에 풍부하게 구현되어져 있으므로, 반드시 시간을 내서 봐두시기 바랍니다.

    class Program
    {
        static void Main(string[] args)
        {
            // 음악 파일 재생
            My.Devices.Audio audio = new My.Devices.Audio();
            audio.Play(@"C:\test.wma");

            // 특정 폴더 하위의 모든 내용을 삭제
            My.FileIO.FileSystem.DeleteDirectory(
                @"D:\temp2\ConsoleApplication1\test", 
                My.FileIO.DeleteDirectoryOption.DeleteAllContents);









[최초 등록일: ]
[최종 수정일: 7/9/2021]

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

비밀번호

댓글 작성자
 




... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12072정성태12/9/201919286오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201924018오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201925441오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201922577디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201931078디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201922561디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201922188디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201919421디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201923441오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201922730디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201921108디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201921151Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201923993디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201923642디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201923913디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201918481오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201925940개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201919606개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201921074.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201921413Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201920401오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201925681개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201923037Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201923436.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201922743Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201925362Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...