http://www.skmsupport.com/Equipment%20Damage%20Curves%20Cables.shtml.htm

http://mathlinux.kku.ac.kr/~kimchang/lect/na/수치해석학

Code::Blocks IDE || Dev-Cpp|| 예제 및 라이브러리 설치
Octave(Matlab Clone)
Octave 사용법

	0.장수치해석이란 무엇인가?
	1.장  수 체계와 오차 		1.1 정수의 표현		1.2 소수의 표현		1.3 부동소수 		1.4 오차와 유효자리수의 상실		1.5 수치해석에 필요한 수학적 기초
	2.장 다항식 보간법    		2.1다항식의 계산		2.2 보간 다항식의 존재성과 유일성			라그랑즈 보간 다항식		2.3 분할 차분표와 보간 다항식의 계산			뉴턴 보간 다항식		2.4 보간 다항식의 오차		2.5 Spline 보간법
	3장  비선형 방정식의 해법		- 이분법		- 뉴턴법		- secant법		- 고정점 반복법		- 고차원 비선형 방정식의 해법		- Muller 방법
	4장  선형방정식의 해법과 고유값 문제 		4.1 가우스 소거법		4.2 LU 분해법		4.3 반복법			가우스  자코비 반복법			가우스 사이델 반복법			SOR		4.4 QR, 멱 방법		5장  수치 미분 과 적분 		5.1 수치 미분		5.2 수치적분				- 사다리꼴 공식			- simpson 공식		5.3 Gauss 구적법
	6장   근사이론과 곡선의 적합		- 자료의 적합과 최소 제곱 근사		- Garlekin 근사 		- 직교 다항식과 근사법 
	7장 미분 방정식의 수치해법		Euler 방법과 변형		Taylor 방법 / Runge -Kutta 법		고계 미분 방정식과 연립 미분 방정식의 해법
	8장 경계치 문제와 유한 차분법 		- Garlekin 근사 
	9장 편미분 방정식의 수치해법

c# 리스트뷰에 등록된 파일 실행~
leafnaid 2007.12.09 22:32
답변 2| 조회 1,159

리스트 뷰에 폴더내의 파일들을 받아와 출력 시켰습니다.

탐색기같은걸 만들어 보았는데요, 트리 메뉴랑 리스트 뷰 메뉴까진 작성했어요.

문제는 리스트 뷰에 있는 아이템을 클릭시 실행을 시켜야 하는대요,

이건 제가 작성된 프로그램이 아닌 기본 연결된 프로그램으로 실행 시키고 싶습니다.

만약 시스템에 avi 파일이 미플과 연결되 있다면 미플을 실행 시키려구요.

해당 명령어와 리스트 뷰에 어떤 이벤트 처리를 하면 되나요?

리스트뷰에 DoubleClick 과 MouseDoubleClick 에다 다음과 같이 넣어 봤는데요,

File.OpenRead(pathdir + List_file.SelectedItems[0].SubItems[1].Text);

요렇게 넣어 봤어요. 틀린 명령어일 거라 생각은 하는데 아무리 더블 클릭 해도 무응답 인거 보면

아무래도 다른 이벤트에다 넣어야 할듯 하네요. 어디다 넣어야 하는지랑 어떤 명령어 넣어야 하는지

알려 주세요.

또한 리스트 뷰에 불러온 파일들이 직접 설정한 이미지 리스트가 아닌 시스템에 있는 본래의 아이콘으로

보여지게 하려면 어떻게 해야 하나요? 그리고 버튼을로 선택된 아이템의 이미지를 이미지 리스트가 아닌

사용자가 직접 하드에서 가져다 쓰게 하고 싶은데요. 이건 어떻게 해야 하나요?

답변해 주시면 감사하겠습니다.

신고

의견 쓰기
질문자 채택된 경우, 추가 답변 등록이 불가합니다.
re: c# 리스트뷰에 등록된 파일 실행~
gwanunjang 답변채택률 85.4%
2007.12.10 18:02
질문자인사 뭔진 잘모르겠네요., 좀더 노력해봐야 할듯...-ㅅ-

책에 파일탐색기 만들기 예제가 있는데 이렇게 씌여있네요

//~~

파일탐색기는 폴더 및 파일 아이콘을 Win32 함수인 SHGetFileInfo()로 얻어옵니다. 또한 선택한 파일을 실행하는데도 Win32 함수인 ShellExecute()를 사용합니다. 이들 함수에 대한 정보는 MSDN에서 필터링 기준을

Platform SDK로 설정하고 검색하면 얻을 수 있습니다. 파일탐색기 프로그램은 DllImport어트리뷰트 기법을 사용해 두 함수를 사용합니다.

[DllImport("Shell32.dll")]

private static extern int SHGetFileInfo(string pszPath, uint dwFileAttributes, out SHFILEINFO psfi,

uint cbFileInfo, SHGFI uFlags);

[System.Runtime.InteropServices.DllImport("shell32.dll")]

public static extern int ShellExecute(int hwnd, string lpOperation, string lpFile, string lpParameters,

string lpDirectory, int nShowcmd);

~~//

출처 : 책 >> C# Programming Bible with .Net framework 3.0

        'cx and cy are the centre coordinates of the circle.        Dim cx As Integer        Dim cy As Integer        'x2 and y2 are the plotted positions that are calculated.        Dim x2 As Integer        Dim y2 As Integer        Dim Radius As Double        Dim PI As Double        'Just a loop Count variable to go plot each point        'on the arc or circle.        Dim Count As Double        'Set up a white PEN of width=1        Dim aPen As New Pen(Color.White, 1)        Radius = SQR( ((x1-cx)^2)) + ((y1-cy)^2) )        PI = Math.PI             For Count = Angle1 To Angle2 Step 0.05 'Can be any step value.            x2 = Math.Round(Radius * Math.Sin(Count) + cx, 3)            y2 = Math.Round(Radius * Math.Cos(Count) + cy, 3)           pictureBox1.CreateGraphics.DrawLine(aPen, x2, y2, x2 + 1, y2)        Next Count

요약 (Summary)

이 문서는 닷넷 프레임워크 환경과 이기종 환경 간의 소켓 통신을 위한 간략한 개요를 제시합니다. 특히 HTTP 또는 SOAP 등의 텍스트 기반의 통신이 아닌, C/C++ 개발자들이 선호하는 구조체 패킷을 이용한 통신에 초점을 두었습니다.

뿐만 아니라 이를 지원하기 위한 소켓 라이브러리(C# 2.0 지원)도 함께 제공합니다. MIT 라이센스를 채택하였으며, 라이센스에 명시된 바와 같이 상업적인 목적으로도 사용할 수 있습니다.

소개 (Introduction)

이 문서는 닷넷 프레임워크 기반의 소켓 프로그램을 작성하려는 개발자를 위해 작성되었습니다. 닷넷 개발자는 C/C++ 등으로 작성된 서버/클라이언트와 통신하기 위한 모듈 또는 소프트웨어를 제작해야 하는 상황에 부닥치게 됩니다. 닷넷 환경에서의 소켓 프로그래밍에 익숙하지 않은 개발자는 많은 어려움에 직면하게 됩니다.

이 문서는 다음과 같은 문제점을 해결하기 위한 가이드라인을 제시합니다.

• 닷넷 환경에서 구조체를 이용한 소켓 통신 구현이 어렵습니다.
• 닷넷 환경과 이기종 환경 간의 통신에서는 데이터의 타입 변환을 신중히 생각해야 합니다.
• 그밖에 문자열 변환 등에서 부닥치게 되는 예기치 못한 문제들이 있습니다.

또한 닷넷 환경에서 소켓 통신을 할 때 자주 쓰이는 주요 함수 또는 패턴을 기술합니다.

이 문서의 주요 섹션은 다음과 같이 구성되어 있습니다.

• 닷넷 환경에서 구조체는 관리되는 메모리 구조를 갖는다.

• 닷넷 환경에서의 구조체를 이용한 소켓 통신 구현 방법

• 패킷 송신 방법

• 패킷 수신 방법

• 주요 함수

• 데이터의 변환

• 소켓 라이브러리

시스템 요구사항 (System Requirements)

이 문서 상에 기술된 작업을 위한 시스템 요구사항은 다음과 같습니다.

• Microsoft Windows?? 2000, Windows XP Professional, or Windows 2003 operating system

• Microsoft .NET Framework Software Development Kit (SDK), version 1.1.

이 문서 상에 기술된 작업이 테스트된 환경은 다음과 같습니다.

• Microsoft Windows?? 2000 Professional operating system

• Microsoft .NET Framework Software Development Kit (SDK), version 1.1

• Microsoft Visual Studio?? 2003 development system

• Microsoft Windows?? XP Professional operating system

• Microsoft .NET Framework Software Development Kit (SDK), version 2.0

• Microsoft Visual Studio?? 2005 development system

참고 문헌 (Related Links)

• MSDN Library 2003 February
  
  • IPAddress 클래스
  • Encoding 클래스
  • EventLog 클래스
  • 정수 계열 형식 표

누가 이 문서를 읽어야 하는가? (Who Should Read This Document?)

이 문서는 C/C++ 소켓 프로그래밍에 익숙하지만 닷넷 프레임워크 환경에서 소켓 프로그래밍을 해야 하는 개발자를 위해 가이드라인을 제시합니다.

반드시 알아야 할 것 (What You Must Know)

C/C++ 환경에서의 소켓 프로그래밍에 대한 기본적인 지식이 필요합니다. 관리되는 메모리의 구조 및 관리되지 않는 메모리의 구조에 대한 차이를 이해하고 있어야 합니다. 닷넷 기반에서 Binary 데이터를 다루기 위해 필요한 기본적인 지식이 필요합니다.

새로운 사항 (What’s New)

1. 2006. 사용자 정의 함수 ExtendedTrim의 버그 수정.

2. 2007.07.25. 소켓 라이브러리 추가

닷넷 환경에서 구조체는 관리되는 메모리 구조를 갖는다

일반적인 C/C++에서는 구조체를 이용하여 소켓 통신을 합니다. 다음은 인증을 위한 구조체를 정의하고, 이를 통해 통신을 하는 예제 코드입니다.

[표: 인증을 위한 패킷 구조체]

[C]typedef struct tag_BIND{char szID[16];char szPWD[16];} BIND;#define BIND_SIZE sizeof(BIND)

[표: 인증 패킷 송신 예제]

[C]if( SendData(sockfd,(char*)&packetbind,BIND_SIZE) != BIND_SIZE ){// Error Handlingcout << "ERROR : BIND 송신 실패" << endl;return 0;}

[표: C#으로 작성된 인증 패킷 구조체

[C#]public struct BIND{public char szID[16];public char szPWD[16];};

만약 위와 같은 구조체를 선언해서 전송하면, 수신하는 측에서는 16 bytes + 16 bytes을 받아야 합니다. 그러나 실제로는 약 100 bytes의 데이터를 수신하게 됩니다. 이는 닷넷 환경에서 구조체가 관리되는 메모리 구조를 갖기 때문입니다.

닷넷 환경에서의 구조체를 이용한 소켓 통신 구현 방법

닷넷 환경에서 구조체를 이용한 소켓 통신을 지원하기 위한 방법은 크게 두 가지로 나뉩니다.

• 마샬링(Marshaling)을 이용한 구조체 사용.
• 바이너리 포매터(Binary Formatter)의 사용.

마샬링을 이용하면, C/C++에서와 비슷한 방식으로 소켓 프로그래밍을 할 수 있습니다. 하지만 이 문서에서는 두 번째 방법을 사용합니다.

패킷 송신 방법

다음과 같은 인증 요청 패킷을 송신해야 한다고 가정합니다.

[표: 인증 요청 패킷]

[C]typedef struct tag_BIND{int nCode;char szPWD[16];} BIND;

이러한 구조의 패킷을 보내기 위해 다음과 같은 코드가 필요합니다.

[C#]// 패킷 사이즈 public int BODY_BIND_SIZE = 4 + 16;// 인증 패킷 구조체 public struct Bind{public int nCode;public string strPWD;}// 인증 패킷 구조체를 바이트 배열로 변환하는 함수. public byte[] GetBytes_Bind(Bind bind){byte[] btBuffer = new byte[BODY_BIND_SIZE];MemoryStream ms = new MemoryStream(btBuffer,true); BinaryWriter bw = new BinaryWriter(ms);// nCode bw.Write( IPAddress.HostToNetworkOrder( bind.nCode ) );// szPWD try{byte[] btPWD = new byte[16];Encoding.Default.GetBytes(bind.strPWD,0,bind.strPWD.Length,btPWD,0);bw.Write( btPWD );}catch(Exception ex){// Error Handling }bw.Close();ms.Close();return btBuffer;}// 사용 예제Bind bind = new Bind();bind.nCode = 12345;bind.strPWD = “98765”;byte[] buffer = GetBytes_Bind(bind);socket.Send(buffer);

BinaryWriter를 사용하여 4 bytes의 Integer값과 16 bytes의 문자열을 바이트 배열에 써넣습니다. 위의 GetBytes_Bind를 실행하면 다음과 같은 구조의 바이트 배열이 생성됩니다. 이때 Integer 타입의 nCode를 Network Byte Order로 변환하는 것에 주의하십시오.

패킷 수신

위에서 송신한 인증 요청에 대한 응답을 다음과 같은 형태로 받는다고 가정합니다.

[표: 인증 요청 패킷]

[C] typedef struct tag_BIND_ACK{int nCode;char szPWD[16];int nResult;} BIND_ACK;

위와 같은 패킷을 수신하기 위해서는 다음과 같은 코드가 필요합니다.

[C#] public struct BindAck{public int nCode;public string strPWD;public int nResult;}public static BodyAck0 GetBindAck(byte[] btBuffer){BindAck bindAck = new BindAck();MemoryStream ms = new MemoryStream(btBuffer,false);BinaryReader br = new BinaryReader(ms);// Integer 타입의 nCodebindAck.nCode = IPAddress.NetworkToHostOrder( br.ReadInt32() );// 16 bytes의 문자열bindAck.strPWD = ExtendedTrim( Encoding.Default.GetString(br.ReadBytes(16)) );// Integer 타입의 nResultbindAck.nResult = IPAddress.NetworkToHostOrder( br.ReadInt32() );br.Close();ms.Close();return bindAck;}// 문자열 뒤쪽에 위치한 NULL을 제거한 후에 공백문자를 제거한다.public string ExtendedTrim(string source){string dest = source;int index = dest.IndexOf('\0');if( index > -1 ){dest = source.Substring(0,index+1);}return dest.TrimEnd('\0').Trim();}// 사용 예제int BIND_ACK_SIZE = 4 + 16 + 4;byte[] buffer = new byte[BIND_ACK_SIZE];if( socket.Receive(buffer) == BIND_ACK_SIZE ){BindAck bindAck = GetBindAck(buffer);}else{// ERROR HANDLINGM}

위에서 ExtendedTrim() 라는 함수를 정의해서 사용했습니다. 이 함수가 필요한 이유에 대해서는 다음 장에서 설명하겠습니다.

주요 함수

1. System.Net.IPAddresss.NetworkToHostByteOrder(…)

   1. 요약

      네트워크 바이트 순서에서 호스트 바이트 순서로 숫자를 변환합니다. NetworkToHostByteOrder 함수는 오버로딩 되어 있어서 short, int, long 타입을 모두 변환할 수 있습니다.

   2. 설명

      서로 다른 컴퓨터에서는 멀티바이트 정수 값 내에서 바이트의 순서를 지정하는 데 서로 다른 규칙을 사용합니다. 일부 컴퓨터에서는 MSB(최상위 바이트)를 먼저 배치(big-endian 순서)하지만 다른 컴퓨터에서는 LSB(최하위 바이트)를 먼저 배치(little-endian 순서)합니다. 바이트 순서가 다르게 지정된 컴퓨터를 사용하려면 네트워크를 통해 보내는 모든 정수 값을 네트워크 바이트 순서로 보냅니다.

   3. 예제

      [C#] public void NetworkToHostOrder_Long(long networkByte){long hostByte;// Converts a long value from network byte order to host byte order. hostByte = IPAddress.NetworkToHostOrder(networkByte);Console.WriteLine("Network byte order to Host byte order of {0} is {1}", networkByte, hostByte);}

2. System.Net.IPAddresss.HostToNetworkByteOrder(…)

   1. 요약

      호스트 바이트 순서에서 네트워크 바이트 순서로 숫자를 변환합니다. HostToNetworkByteOrder 함수는 오버로딩 되어 있어서 short, int, long 타입을 모두 변환할 수 있습니다.

   2. 설명

      여기를 참고하십시오.

3. System.Text.Encoding.Default.GetBytes(…)

   1. 요약

      지정된 String 이나 문자의 전부 또는 일부를 바이트 배열로 인코딩한 후, 패킷을 전송합니다. Encoding 타입은 Default 외에도 여러 가지가 있습니다.

   2. 인코딩 타입

      1. Default: 시스템의 현재 ANSI 코드 페이지에 대한 인코딩을 가져옵니다.

      2. ASCII: ASCII(7비트) 문자 집합에 대한 인코딩을 가져옵니다.

      3. BigEndianUnicode

         1. 요약

            big-endian 바이트 순서로 유니코드 형식에 대한 인코딩을 가져옵니다.

         2. 설명

            유니 코드 문자는 big-endian과 little-endian의 두 가지 바이트 순서로 저장할 수 있습니다. Intel 컴퓨터 같이 little-endian 플랫폼을 사용하는 컴퓨터에서는 일반적으로 유니코드 문자를 little-endian 순서로 저장하는 것이 보다 효율적이지만 대부분의 다른 플랫폼에서는 유니코드 문자를 big-endian 순서로 저장합니다.

            유니코드 파일은 big-endian 플랫폼에서는 16진수 0xFE 0xFF로 표시되고 little-endian 플랫폼에서는 16진수 0xFF 0xFE로 표시되는 바이트 순서 표시(U+FEFF)로 구별할 수 있습니다.

      4. Unicode: little-endian 바이트 순서로 유니코드 형식에 대한 인코딩을 가져옵니다.

      5. UTF7: UTF-7 형식에 대한 인코딩을 가져옵니다.

      6. UTF8: UTF-8 형식에 대한 인코딩을 가져옵니다.

   3. 예제

      [C#]string strPWD = "password";try{byte[] btPWD = new byte[16];Encoding.Default.GetBytes(strPWD,0,strPWD.Length,btPWD,0);}catch(Exception ex){// Error Handling }

4. System.Text.Encoding.Default.GetString(…)

   1. 요약

      지정된 바이트 배열을 지정된 인코딩 타입의 문자열로 디코딩합니다.

   2. 인코딩 타입

      인코딩 타입을 참조하십시오.

   3. 예제

      다음 예제에서는 GetString의 오버로드된 버전에 대한 사용법을 보여 줍니다. 사용할 수 있는 다른 예제를 보려면 개별 오버로드 항목을 참조하십시오.

      [C#] private string ReadAuthor(Stream binary_file) {System.Text.Encoding encoding = System.Text.Encoding.UTF8;// Read string from binary file with UTF8 encoding byte[] buffer = new byte[30];binary_file.Read(buffer, 0, 30);return encoding.GetString(buffer);}

5. 사용자 정의 함수 ExtendedTrim(…)

   1. 요약

      NULL 종료 문자열을 유니코드 기반의 System.String 으로 변환하기 위한 함수입니다. 종료문자 NULL 이후의 문자열을 제거합니다.

   2. 함수 정의

      // 문자열 뒤쪽에 위치한 NULL을 제거한 후에 공백문자를 제거한다.public string ExtendedTrim(string source){string dest = source;int index = dest.IndexOf('\0');if( index > -1 ){dest = source.Substring(0,index+1);}return dest.TrimEnd('\0').Trim();}

   3. 설명

      아래와 같은 코드를 고려해보겠습니다.

      [C#] string strPWD = "password";byte[] btPWD = new byte[16]; try { Encoding.Default.GetBytes(strPWD,0,strPWD.Length,btPWD,0); } catch(Exception ex) { // Error Handling }

      위의 코드가 실행되면 바이트 배열 btPWD의 구조는 다음과 같습니다.

      p

      a

      s

      s

      w

      o

      r

      d

      \0

      \0

      \0

      \0

      \0

      \0

      \0

      \0

      녹색: String 타입의 strPWD 흰색: NULL로 구성된 바이트 배열

      바이트 배열 btPWD를 다시 문자열로 변환해보겠습니다.

      [C#] string strPassword = Encoding.Default.GetString(btPWD);strPassword.Trim();Console.WriteLine(strPassword + "!");

      위의 코드에서 기대했던 출력값은 password!였습니다. 그러나 실제로 코드를 실행시켜보면 password !라고 출력됩니다. 클래스 System.String 에 정의된 Trim()함수는 문자열 양측에 놓인 공백문자는 제거하지만, NULL은 제거하지 않습니다.

      이 문제 때문에 여러 가지 기능이 예치기 않게 오작동할 수 있습니다. 특히 이벤트 로그에 NULL이 들어간 문자열을 기록하려고 시도하면, 문제가 발생합니다. 다음 예제에서 위에서 생성한 문자열을 이벤트 로그에 기록합니다.

      [C#] // Create the source, if it does not already exist.if(!EventLog.SourceExists("MySource")){EventLog.CreateEventSource("ySource", "MyNewLog");Console.WriteLine("CreatingEventSource");}// Create an EventLog instance and assign its source.EventLog myLog = new EventLog();myLog.Source = "MySource";// Write an informational entry to the event log. string strLog = String.Format("{0}{1}{2}",strPassword,Environment.NewLine,strPassword);myLog.WriteEntry(strLog);

      위의 예제에서 기대했던 출력 값은 다음과 같습니다.

      passwordpassword

      그러나 실제로는 다음과 같은 출력을 얻게 됩니다.

      password

      문자열 strLog 중간에 NULL이 포함되어 있기 때문에, 뒤에 이어지는 문자열은 기록되지 않습니다. 일반적인 C/C++ 프로그래밍에서는 처음 문자열 뒤쪽에 위치한 NULL을 제외하고, 두 번째 문자열을 연결합니다. 다음의 예제 코드를 보십시오.

      [C++] char szPassword[16];memset(szPassword,NULL,sizeof(szPassword));sprintf(szPassword,"%s","password");char szBuffer[128];memset(szBuffer,NULL,sizeof(szBuffer));sprintf(szBuffer,"%s%s",szPassword,szPassword);printf("%s",szBuffer);

      위의 코드에서 szPassword 두 개를 연결하여 szBuffer에 저장합니다. 이 경우에 다음과 같은 메모리 구조가 됩니다.

      p

      a

      s

      s

      w

      o

      r

      d

      p

      a

      s

      s

      w

      o

      r

      d

      \0

      \0

      \0

      \0

      \0

      \0

      …

      녹색 : 첫번째 문자열 파란색 : 두번째 문자열

      위에서 알 수 있듯이 일반적으로 C/C++ 프로그래밍에서는 NULL을 제외하고 두 문자열을 연결합니다. 그러나 닷넷에서 기본으로 제공되는 Trim() 함수는 NULL을 제외하지 않고 두 문자열을 연결합니다. 그 때문에 앞서 제시한 이벤트로그 예제에서는 다음과 같은 메모리 구조를 갖게 됩니다.

      p

      a

      s

      s

      w

      o

      r

      d

      \0

      …

      \0

      p

      a

      s

      s

      w

      o

      r

      d

      \0

      …

      녹색 : 첫번째 문자열 파란색 : 두번째 문자열

데이터 타입

일반적으로 C/C++의 경우에 CPU의 종류에 따라 숫자형 데이터 타입의 크기가 달라집니다. 32 bits CPU 환경에서 Long Integer 타입은 4 bytes(32 bits)이지만, 64 bits CPU 환경에서는 8 bytes (64 bits)가 됩니다. 보통의 경우라면 닷넷 개발자는 32 bits환경의 이기종 서버/클라이언트와 통신하는 소프트웨어를 제작하게 됩니다. 이때 다음의 표를 참고하여 데이터 변환을 하도록 해야 합니다.

예를 들어 32 bits CPU 환경일지라도 .Net Framework 하에서 Long Integer 타입의 크기는 8 bytes입니다.

소켓 라이브러리

Application Block for socket communication의 역사

1. 2005.02.03. 버전 1.0 출시.

2. 2005.03.25. 버전 1.5 출시.

   • 일부 바이트 변환 오류 수정.

   • Microsoft Enterprise Library를 활용해 XML 설정 파일 지원.

3. 2007.07.25. 버전 2.0 출시.

   • MIT 라이센스 채택.

   • C# 2.0용으로 변환.

   • 약간의 리팩토링.

   • XML 설정 파일 지원하지 않음.

   • Microsoft Enterprise Library와 같은 외부 라이브러리에 대한 의존성 제거.

라이브러리에 대해

라이브러리를 다운로드 받은 후, Visual Studio 2005나 Visual Studio 2005 Express Edition에서 솔루션 파일을 열고 빌드하면 됩니다.

예제나 설명서를 제공하진 않지만 Tests 폴더에 단위 테스트 코드가 있습니다. 특별히 이해하기 어려운 코드가 없으니 문제 없으리라 생각합니다.

C# 문자열(System.String)을 ANSI 바이트 코드(char[])로 변환하기

view plaincopy to clipboardprint?

1. MemoryPacketCommandcmd=newMemoryPacketCommand();
3. //CreateaFirstParameter.-Binary
4. stringsource1="GoodCompany";
5. byte[]dest1=StringToByteArray(source1);
7. MemoryPacketParameterpacket1=newMemoryPacketParameter();
8. packet1.ParameterName="@ByteArray1";
9. packet1.Size=dest1.Length;
10. packet1.Value=dest1;
11. packet1.MpType=MpType.Binary;
12. packet1.FixedSize=false;
14. //AddaFirstParametertotheCommand
15. cmd.Parameters.Add(packet1);
17. //CreateaMemoryPacketByteArray
18. cmd.ToBytes();

MemoryPacketCommand cmd = new MemoryPacketCommand();// Create a First Parameter. - Binarystring source1 = "GoodCompany";byte[] dest1 = StringToByteArray(source1);MemoryPacketParameter packet1 = new MemoryPacketParameter();packet1.ParameterName = "@ByteArray1";packet1.Size = dest1.Length;packet1.Value = dest1;packet1.MpType = MpType.Binary;packet1.FixedSize = false;// Add a First Parameter to the Commandcmd.Parameters.Add(packet1);// Create a Memory Packet Byte Arraycmd.ToBytes();	

ANSI 바이트 코드(char[])를 C# 문자열(System.String)로 변환하기

view plaincopy to clipboardprint?

1. MemoryPacketCommandcmd=newMemoryPacketCommand();
3. //CreateaFirstParameter.-Binary
4. stringsourceString1="GoodCompany";
5. byte[]source1=StringToByteArray(sourceString1);
7. MemoryPacketParameterpacket1=newMemoryPacketParameter();
8. packet1.ParameterName="@SomeString";
9. packet1.Size=source1.Length;
10. packet1.MpType=MpType.String;
11. packet1.FixedSize=true;
13. //AddaFirstParametertotheCommand
14. cmd.Parameters.Add(packet1);
16. MemoryPacketParameterCollectioncollection=cmd.FromBytes(source1);
17. MemoryPacketParameternewParm1=(MemoryPacketParameter)collection["@SomeString"];
18. Assert.AreEqual(sourceString1,newParm1.Value);

MemoryPacketCommand cmd = new MemoryPacketCommand();// Create a First Parameter. - Binarystring sourceString1 = "GoodCompany";byte[] source1 = StringToByteArray(sourceString1);MemoryPacketParameter packet1 = new MemoryPacketParameter();packet1.ParameterName = "@SomeString";packet1.Size = source1.Length;packet1.MpType = MpType.String;packet1.FixedSize = true;// Add a First Parameter to the Commandcmd.Parameters.Add(packet1);MemoryPacketParameterCollection collection = cmd.FromBytes(source1);MemoryPacketParameter newParm1 = (MemoryPacketParameter)collection["@SomeString"];Assert.AreEqual(sourceString1, newParm1.Value);	

Introduction to Programming with Managed DirectX 9.0

The industry standard 3D API, OpenGL, is not the only 3D API that you can use on the .NET platform in the Microsoft Windows environment. Another choice is DirectX, which has been steadily increasing its functionality, stability, and market share among developers writing all sorts of Windows multimedia software, games, and other applications that make use of 2D and 3D graphics. While earlier versions of DirectX often left a lot to be desired, its latest incarnation, DirectX 9.0, is a serious product worth a longer look, especially if you want to target multiple Microsoft platforms: Microsoft Windows, PocketPC, or X-Box.

With DirectX 9.0, you have a choice of two 3D APIs on the Microsoft Windows platform, but that doesn't mean that it must be one or the other. Even if you stay with the OpenGL for 3D API (it's an industry standard after all, and there's a lot of information and talent to draw upon) you may still need DirectX's other components that you will simply not find in OpenGL. Direct3DX is only a part of the DirectX puzzle, and other pieces are equally interesting. If you have never considered using DirectX before, the following summary will give you a better view of what's in store:

• Direct3D Graphics: The DirectX 3D API. You will use it for 3D graphics and animation programming.
• DirectDraw: Direct, fast, low-level access to display the hardware's memory, blitter, overlays, etc. Essential in game programming, where timing is everything.
• DirectInput: Support for various input devices (keyboard, mice, joysticks, paddles, steering wheels, pedals, etc.), including devices with force feedback.
• DirectSound: Advanced sound playback and recording, including support for three-dimensional sound and sound effects. Works with WAV files; for more playback options, use DirectMusic.
• DirectMusic: Handles dynamic sound tracks, 3D sound positioning, and hardware acceleration. Uses MIDI, WAV, and DirectMusic Producer tracks. You can think of DirectMusic as the playback side of DirectSound on steroids.
• DirectPlay: Support for networked gaming, including support for real-time voice conferencing. This could have applications that go beyond gaming.
• DirectShow: Playback and capture of audio and video streams. This author's favorite feature is support for TV cards.
• DirectSetup: Simple API for setting up DirectX on user's machines.

Just like OpenGL, DirectX too used to be aimed at developers coding in C/C++. That's natural, because compiled C/C++ code is faster than interpreted Visual Basic. However, Microsoft knows that in order to make .NET a success, they need to attract as many developers as they can. To do that, all of their crucial APIs must be available in managed form, so they can be easily incorporated into applications written in C#, Visual Basic .NET, and other .NET languages.

The recently released DirectX 9.0 SDK is a clear sign that Microsoft wants to broaden the use of DirectX among developers who do not speak C++ and MFC programmers. The official release of the DirectX 9.0 SDK is available in three forms:

• DirectX 9.0 SDK: The whole package for C/C++, C#, Visual Basic .NET, and other languages available on the .NET platform.
• DirectX 9.0 SDK for C#: A cut-down, managed version of the DirectX 9.0 SDK for programmers writing C# code.
• DirectX 9.0 SDK for Visual Basic .NET: A cut-down, managed version of the DirectX 9.0 SDK for programmers writing Visual Basic .NET code.

The managed versions (for C# or VB.NET) can also be used in Visual C++ (when writing managed code), and JScript .NET applications. Other languages available for the .NET platform ought to be able to make use of them, as well. This lowers the barrier of entry for those programmers who code in C# or VB .NET for a living, and could potentially lead to some interesting software titles appearing on the market.

Starting managed DirectX 9.0 development is quite inexpensive; if you do not need the visual tools, you can get by with the free SDKs. But you would really be doing yourself a disservice if you did not use the Visual development products, as they really help developers manage their work better and work more efficiently.

Here's the list of tools you need to start coding with DirectX 9.0:

• A fast PC (think at least 1GHz).
• A decent video card with a GPU (for programming shaders), which means a recently manufactured card with the latest chips from ATI or nVidia. Older cards, like the TNT, will also work, but you will not be able to explore the joys of writing shaders, which is the latest craze in 3D graphics programming.
• A copy of either the Microsoft Windows 2000 or XP operating system with the latest patches installed before you install other components.
• A copy of one of the Visual Studio development environments: Microsoft Visual Studio, Microsoft Visual C++, Microsoft Visual C#, or Microsoft Visual Basic .NET. If you cannot afford them, you can try to get by with the command-line C# and VB.NET compilers that you can find in the .NET Framework SDK, but you will lose all of the handy features that these environments offer.
• A copy of the .NET Framework 1.1 SDK (after you install it, run Windows Update to check for the latest patches).
• A copy of the .NET Framework 1.1 Redistributable (if you plan to distribute applications for the .NET Framework 1.1).
• A copy of the DirectX 9.0 SDK for C# or VB.NET, if you want to save space on disk, but even if you don't plan to use the full SDK, you might want to install it anyway, because sometimes reading C++ code can help you understand the things that are not explained well enough in the SDK d0cumentation. Again, after you install this component, check for updates.
• A copy of the DirectX 9.0 Redistributable if you plan to distribute your applications.

Despite their best efforts to provide managed versions of the whole of DirectX, Microsoft does not (yet) provide managed versions of DirectMusic, DirectShow, or DirectSetup. One additional component that you will find is a basic support for audio and video playback.

Installing the DirectX 9.0 SDK

While all components listed earlier in this article behave quite reasonably during installation, DirectX 9.0 SDK is a bit temperamental and may waste some of your time, if you let it. The following tips should help you avoid wasting time.

If you haven't already done so, update your Windows system with the latest patches from Microsoft. Next, download the latest release of the .NET Framework SDK, install it, and check for updates with Windows Update and manually, in MSDN's .NET Framework section. Now you can download your choice of the DirectX 9.0 SDK versions (full, C#, or VB.NET) and double-click on it to unpack the installation files to a temporary directory.

When you run setup, it will ask you for a path to install the SDK. There is a bug in the installer that, in some cases, does not accept the path you choose when you click on the Browse button. If the problem persists and you cannot force the installer to obey you, the solution to this problem is to quit the setup, remove temporary files, unpack the archive again, and then, when the installer asks for the path, change C:\DXSDK to a different path (e.g., E:\DXSDK) manually, by typing it into the Path text field.

Another strange thing that you might run into is a problem with DLL locations. The DirectX DLLs are put into the C:\WINDOWS\assembly\GAC directory, where they are essentially inaccessible to your development environment, be it Visual C# or Visual Basic .NET. It doesn't always happen, but if you open a sample project from the DirectX 9.0 SDK and you see exclamation marks in the References list next to Microsoft.DirectX libraries, then that's the sign of this particular installer misbehavior. Fortunately, it is very easy to fix this problem. Simply open the command line (console) window and type:

cd c:\windows\assembly\gacdir

and you should see this:

Microsoft.DirectXMicrosoft.DirectX.AudioVideoPlaybackMicrosoft.DirectX.DiagnosticsMicrosoft.DirectX.Direct3DMicrosoft.DirectX.Direct3DXMicrosoft.DirectX.DirectDrawMicrosoft.DirectX.DirectInputMicrosoft.DirectX.DirectPlayMicrosoft.DirectX.DirectSound

The DLLs we are looking for are located in subdirectories with long names like:

Microsoft.DirectX.Direct3D\1.0.900.31bf3856ad364e35\    Microsoft.DirectX.Direct3D.dll

Create a normal folder in your chosen location and copy each DLL to it. Then, update the References in your project and Build a sample application. Everything should work fine now.

Note: If you downloaded the DirectX 9.0 Redistributable, do not install it, but keep it on CD-R until you have your application ready for distribution. It contains files that Microsoft lets developers distribute to end users, and is of not much use to programmers. It's the same story with the NET Framework Redistributable.

Where now?

Programming with Managed DirectX 9.0 is currently a somewhat unexplored territory, and you will need a good guide to help you along. Your first resource will be various places on the Web and the C/C++ code in the SDK itself. Good books on this subject are yet to appear, but that should not be the case for too long.

Note that programming with Managed DirectX 9.0 is something that you should attempt after you master programming C# or VB.NET, or you will find it a frustrating experience. O'Reilly has published very good books on this subject: .NET Framework Essentials, .NET Windows Forms in a Nutshell, C# Essentials, and VB.NET Language in a Nutshell ought to be your essential reading if you are new to .NET.

To get a better understanding of computer graphics, get a copy of Computer Graphics: Principles and Practice in C or Computer Graphics. Also, the Cg Tutorial is an excellent introduction to the world of real-time shader programming techniques.

If you want to get deep into the subject, consider SIGGRAPH membership. It is an inexpensive way to gain access to a vast library of SIGGRAPH proceedings, which are a goldmine of ideas.

Happy coding!

Jacek Artymiak started his adventure with computers in 1986 with Sinclair ZX Spectrum. He's been using various commercial and Open Source Unix systems since 1991. Today, Jacek runs devGuide.net, writes and teaches about Open Source software and security, and tries to make things happen.

Return to ONDotnet.com

Are you using GDI+ or DirectX for your 3D drawing projects?
You must be logged in to the O'Reilly Network to post a talkback.

Showing messages 1 through 3 of 3.

• disappointed
  2008-03-27 19:37:35 derrick.simpson [Reply | View]
  
  
  I was expecting much more. This is hardly an intro to programming Managed DirectX.

• Managed Game Programming
  2004-12-13 08:58:21 cissmjgMikeG [Reply | View]
  
  
  I sincerely hope the folks at Ximian code up the MONO runtimes so I can port my Win32 based GDI game to other platforms by simply using ILASM. That would be SWEET.
  
  If not then I hope that Manager DirectX will (someday) allow me port my app using nothing more than ILASM.
  
  

• Book URLs
  2003-06-12 03:21:15 Jacek Artymiak | [Reply | View]
  
  
  Here are correct URLs to Computer Graphics: Principles and Practice in C, 2nd edition and 3D Computer Graphics mentioned in this article.
  
  Jacek

Environment: DirectX, Windows