C#이란 무엇인가

1.      마이크로소프트에서 개발한 객체지향 프로그래밍 언어로, 닷셋 프레임워크의 한 부분으로 만들었으며 나중에 ECMA(ECMA-334)와 ISO(ISO/IEC/23270)의 표준으로 자리잡았다. C++와 자바와 비슷한 문법을 가지고 있다.

2.      언어 특징

A.     C#은 닷넷 프로그램이 동작하는 닷넷 프랫폼을 가장 직접적으로 반영하고, 또한 닷넷 플랫폼에 강하게 의존하는 프로그래밍 언어

B.      C#은 그 문법적인 특성이 자바와 상당히 유사하며 C#을 통하여 다룰 수 있는 닷넷 플랫폼의 기술들조차도 자바를 염두에 둔 것이 많아서 자바와 가장 많이 비교되고 있다.

C.      C#의 기본 자료형은 닷넷의 객체 모델을 따르고 있고, 런타임 차원에서 메모리 수거(Garbage Collection)이 되며 또한 클래스, 인터페이스, 위임, 예외와 같은 객체지향 언어로서 가져야 할 모든 요소들이 포함되어있다.

3.      표준화 역사와 현재

A.     2000년 8월: 마이크로소프트, 휴렛 팩커드, 인텔은 C#과 공통 언어 기반(CLI)를 ECMA 국제 표준으로 등록하기 위한 작업을 준비

B.      2001년 12월: ECMA는 C#언어를 ECMA-334 표준으로 발표

C.      2003년: ISO/IEC 23270 표준으로도 등록되었다. ECMA-334의 두 번째 판은 2002년 12월에 발표

D.     2005년 6월: 발표된 ECMA-334의 세 번째 판은 닷넷 플랫폼 2.0에 관한 내용을 반영하고 있는데 부분 클래스, 익명 메서드, NULL을 대입할 수 있는 기본 자료형(nullable type), 제네릭 형식 등에 대한 내용을 포함

                         i.         제네릭 형식: 새로 추가된 내용 중 가장 큰 비중을 차지하며 C++의 템플릿과 같은 형식 다형성을 위해 추가되었지만 그 내용은 서로 다르다.

E.      2005년 7월: ECMA가 관련 표준 및 기술 리소스들을 ISO/IEC JTC 1에 latter’s Fast-Track Process를 거쳐 제출하였는데 이 과정은 6개월에서 9개월 가량이 소요된다고 한다.

F.      2006년:

                         i.         마이크로소프트는 이 세 번째 판의 내용을 반영하는 닷넷 플랫폼 2.0과 비주얼 스튜디오 2005를 2005년 11월에 공식 발표하였고 몇 개월 후에는 로터 프레임워크 2.0을 발표

                        ii.         모노 플랫폼의 경우 세 번째 판의 초안이 나올 무렵부터 줄곧 세 번째 판의 내용 대부분을 빠르게 반영해왔다. 또한 세 번째 판에 수록된 내용에 맞추어 닷넷 플랫폼에서 사용이 가능한 다른 언어들(Visual Basic .NET, J#, JScript .NET, Visual C++ .NET MC++ 2.0 등)에 대한 내용도 같이 갱신되었으며 제 3자 언어들(Codegear Delphi .NET, Chrome 등)도 세 번째 판의 내용이 곧 반영될 예정이거나 이미 반영되었다.

G.     2007년: C# 3.0을 위한 비주얼 스튜디오 2008 베타 2, 닷넷 프레임워크 3.5 베타 2가 공개되었다.

H.     2008년: 현재 C#의 언어 버전은 3.0이다. 거기에 호응하는 닷넷 프레임워크 버전은 3.5이고, 비주얼 스튜디오 2008이 개발 도구로 제작되었다. 언어 내장 쿼리(LINQ)를 지원

I.       2009년: 비주얼 스튜디오 2010의 베타 버전이 공개. 닷넷 프레임워크 4.0 베타버전이 포함

4.      C++과 C#의 차이점

A.     C++언어와 비교할 때 C#은 다음과 같은 점에서 단순화되거나 확장되었다.

                         i.         C#에는 전역 변수 및 전역 함수가 존재하지 않으며, 클래스 안에 선언되어야 한다.

                        ii.         C#에서는 블록 내부에서 선언한 변수가 블록 밖으로 나와서도 유효하다.

                       iii.         C#의 bool은 오직 true와 false의 논리값만을 가질 수 있으며, 상수 또는 정수형 변수에서 암시적으로 변환이 불가능하다. 직접 대입을 위해서는 변환 명령을 이용해야 한다. 반면 C++의 bool은 정수값을 대입할 수 있다. 또한 C#에서는 if나 while문 등의 비교문에서 이용하는 값도 bool 현태로 제한되는 반면, C++에서는 상수 또는 변수를 이용하여 ‘0이 아닌 값’ 또는 ‘0’의 여부로 비교할 수 있다.

                       iv.         C#에서는 static 키워드를 오직 한 번만 초기화를 수행한다는 의미로 이용할 수 없다.

                        v.         기본적으로 C#에서의 포인터는 unsafe 블록 또는 unsafe 형식에서 사용하도록 정의되어 있으며, unsafe 키워드를 사용하려면 컴파일러에게 /unsafe 또는 –unsafe 키워드를 사용하려면 컴파일러에게 /unsafe 또는 –unsafe 스위치를 지정하도록 명시해야 한다.

                       vi.         닷넷 플랫폼에서 포인터를 다루는 기본 단위는 System.IntPtr 이다.

                      vii.         C#은 unsafe 블록 안에서 사용이 가능한 직접적인 포인터

                     viii.         메모리 관리자에 의해 관리되는 데이터는 주소값이 자주 변경되므로, 잘못된 주소를 접근하는 등의 오류를 방지하기 위해 포인터는 참조 형식의 인스턴스를 가리킬 수 없는 것이 기본 원칙이며, 참조 형식의 필드를 멤버로 가지고 있는 구조체 역시 완전한 값 형식으로 판정하지 않고 참조 형식으로 처리하기 때문에, 이 경우의 구조체의 인스턴스에 대해서도 포인터로 그 주소를 가리킬 수 없다.

                       ix.         C#에서의 포인터는 C++에서의 포인터와 비교하였을 때 문법적으로 다른 의미를 가진다.

B.      C++에서의 포인터는 특정한 형식의 인스턴스 또는 주소값을 가리키기 위한 목적으로 할당되는 주소값을 기억하기 위한 변수로 취급되지만 C#에서의 포인터는 System.IntPtr이라는 하나의 완성된 형식에 대한 확장 사양일 뿐이다. 그래서 C++의 포인터와 같은 쓰임새를 C#으로 이식할 수 없는 경우가 상당히 많다.

                         i.         void* 포인터가 가리키는 값을 얻어낼 수 없고 void* 포인터에 대한 산술 연산도 수행할 수 없다.

                        ii.         산술 연산은 컴파일러의 옵션 지정에 따라서 /cheked+로 지정된 경우

C.      모든 코드 범위에서 엄격한 산술 연산 검사를 할 수 있으며 /checked-로 지정된 경우 모든 코드 범위에서 산술 연산 검사를 하지 않도록 할 수 있다. 컴파일러 옵션과는 관계없이 unchecked 블록 안에서는 검사되지 않으며, 반대로 checked 블록 안에서는 검사가 이루어진다.
int a = 0;
unchecked
{
 a = int.MaxValue + 20;
}
checked
{
 a = int.MaxValue * 2;
}

                         i.         fixed 블록을 이용하여 힙에 데이터를 고정할 수 있다.
using System;
namespace FooBar
{
 class Program
 {
  private int Test = 123;
  static void main(string[] args)
  {
    unsafe
    {
      Program p = new Program();
      fixed (int *ptrX = &p.Test)
      {
       Console.Out.Write(Convert.ToString(*ptrX));
       *ptrX = 21;
       Console.Out.WriteLine(Convert.ToString(*ptrX));
      }
    }
  }
 }
}

                        ii.         C#은 C++과는 달리 직접적인 메모리 해제 명령이 없으며, C++에서 포인터를 다룰 때 발생하기 쉬운 가비지나 매달린 포인터와 같은 복잡한 문제를 C#에서는 가비지 컬렉터의 능력으로 자동으로 처리한다. 하지만 가비지 컬렉터가 수집하기 이전에 개별적으로 처리해야 할 필요가 있는 소거 작업의 구현을 위하여 IDisposable 인터페이스를 특정 클래스에서 구현하게 된다. IDisposable 인터페이스를 구현하는 클래스는 C#의 using 구문을 이용하여 자동으로 IDisposable.Dispose 메서드를 호출할 수도 있다.

                       iii.         C#은 C++과는 달리 부모 클래스를 하나만 사용할 수 있다. 즉 다중 상속은 불가능하며 구현해야 하는 인터페이스는 다수 개를 지정 할 수 있다. 이 점은 다중 부모 클래스로부터의 상속에서만 누릴 수 있는 이점을 잃게 되는 단점을 가지지만 복잡성을 최소화하고 보다 명료한 상속 관계의 의미를 만들 수 있다는 점에서 큰 도움이 된다.

                       iv.         C#은 C++보다 형 안정성에 대하여 더 관대하다. 이 말은 형 안정성을 보장할 수 없다는 것을 동시에 뜻한다. System.Object 클래스가 모든 클래스의 선조 클래스이기 때문에 이러한 관대함이 가능하게 되었다. (단, unsafe 블록 내에서 사용되는 포인터 형식의 경우는 예외로 한다.)

                        v.         배열과 포인터를 정의하는 문법이 다르다. 배열 문법은 자바와 유사하다. 하지만 포인터의 경우 C#은 int*, void*, byte*, …와 같이 하나의 완성된 형식으로 이해할 수 있지만 C++은 메모리 주소값을 저장하도록 되어있는 형태이다. 포인터를 사용하고자 하는 목적은 같지만 C++에서처럼 어떤 곳에서나 주소를 참조할 수 있는 것은 아니므로 정확한 이해가 필요하다. (다만, 특수한 GCHandle 형식을 활용하여 Pinned Object를 생성하는 경우에는 이러한 접근이 가능할 수 있으나 특성에 맞지도 않으며 심각한 성능 저하를 일으키므로 좋은 방법이라고 할 수 없을 것이다.)
// C#
int[] a = new int[5];
int* pA, pB;
// C++
int a[5];
int *pA, *pB;

                       vi.         C#에서의 열거형은 그 자체가 하나의 형식이고 열거형 아래에 정의된 상수들은 멤버 상수가 된다. 하지만 C++에서의 열거형은 열거형 형식 그 자체의 의미보다는 상수들이 전역적으로 쓰일 수 있다는 것에 초점을 둔다.

                      vii.         형식 다형성에 대한 제약을 극복하고 형식 안정성을 향상시키기 위한 목적으로 도입한 제네릭 형식이란 것이 2.0 사양부터 존재한다. C++의 템플릿과 목표는 유사하지만 C++의 템플릿이 C++컴파일러보다 앞서서 처리되는 것에 비하여 C#의 제네릭 형식은 IL메타 데이터 상에 실제로 정보가 남는다. 이러한 차이점으로 인하여 Microsoft Visual C++에는 특이한 충돌 현상이 발생하게 된다.

                     viii.         데이터 멤버를 다루는 구문에 의해 메서드가 호출되는 속성 기능이 있다. 이것은 정확한 이름으로 프로퍼티라고 하며 getter 메서드와 setter 메서드로 구분된다. C#에서는 getter와 setter를 한꺼번에 사용할 수 있도록 아래와 같이 고정된 문법을 사용한다. Visual Basic .NET의 경우에도 이와 비슷하나 프로퍼티에서도 다수의 매개 변수를 받는 것을 허용한다. 그리고 특별한 사항이 없는 대다수의 다른 언어들에서의 프로퍼티는 get_foo() 메서드와 set_foo() 메서드로 구분되어 표현되곤 한다.
public string Name
{
 get
 {
  return m_name;
 }
 set
 {
  m_name = “Name :: “ + value;
 }
}
public void MethodOne(string name)
{
 this.Name = “DotNet”;
}

                       ix.         C++에서 특정 컴파일러 제작사마다 조금씩 다른 방식으로 구현되었던 런타임 형식 정보는 C#에서 리플렉션으로 확장장하여 사용하는 것이 가능하다. 리플렉션은 자바 언어의 리플렉션과 같은 개념이다.

                        x.         C#은 C/C++과 달리 전처리기의 사용이 제한적이다. 즉, C/C++에서 사용되던 #include나 #pragma와 같은 지시자를 C#에서는 사용할 수 없으며, C/C++에서 매크로 상수나 매크로 함수 등을 위해 사용되던 #define이 C#에서는 매우 제한적인 용도로 사용된다. 또한 C/C++에는 없던 #region, #endregion 지시자가 새로 추가되었다.

                       xi.         C#에서는 인라인 함수가 지원되지 않으며, 전역 함수나 전역 변수도 허용되지 않는다. 즉, 모든 인스턴스나 메서드는 반드시 특정 클래스의 멤버로 소속되어야 한다.

                      xii.         C#에서는 데이터 은닉과 보안성 향상을 위해 프렌드 함수를 지원하지 않는다. 대신 C# 3.0부터 이와 비슷한 확장 메서드를 지원하고 있다. 확장 메서드는 정적 클래스의 멤버로 있어야 하며 이 때에도 대상 클래스의 private 멤버에는 접근 할 수 없다.

                     xiii.         C#3.0부터는 임의의 자료형인 var타입을 지원한다. var의 셀제 형식은 컴파일시 결정된다. (이 부분은 C++의 차기 버전인 C++0x에서도 지원 예정이다.)

                     xiv.         C++에서는 함수 포인터를 이용하여 함수의 시작점을 전달 했지만, C#에서는 보다 유연한 델리게이트와 무명 메서드를 지원한다.
pubilc static void Print(int a, int b, Func<int> func)

{

    Console.WriteLine("{0} 더하기 {1}은 {2}입니다.", a, b, func(a, b));

}

public static void Main()

{

      Print(a, b, f => {Console.WriteLine("func가 호출되었습니다."); return a+b;});

}


출처: 위키피디아