Microsoft MVP성태의 닷넷 이야기
.NET Framework: 430. C#에서 사용자 정의 예약어가 가능할까요? [링크 복사], [링크+제목 복사],
조회: 19748
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C#에서 사용자 정의 예약어가 가능할까요?

마침, 최근 C# 개발자들 사이에서 이런 토론이 있었습니다.

Subject: User defined keywords.
Date: Tue, 15 Apr 2014 23:27:20 -0400
  I see that now with Roslyn people are having lots of ideas. But I actually don't plan to release my own compiler based on Roslyn, I would really like to improve C# and .NET in general.

  A thing that I really miss in C# (and in all languages that I use) is the possibility for the users to create their own "keywords"/control flow structures.

  I will try to explain with an example. Imagine this code:
  abortsafeusing(var someResource = new ResourceThatShouldNotBeAborted())
  {
    someResource.DoSomething();
  }

  It could be translated into this:
  {
    ResourceThatShouldNotBeAborted someResource = null;
    try
    {
      try
      {
      }
      finally
      {
        // code inside a finally will never be aborted.
        someResource = new ResourceThatShouldNotBeAborted();
      }

      // an abort while executing DoSomething is not the problem.
      // the resource acquisition and the dispose must be guaranteed.
      someResource.DoSomething();
    }
    finally
    {
      if (someResource != null)
        someResource.Dispose();
    }
  }

What I am saying here is not that I want the C# team to add the abortsafeusing. I know that abort is bad and this is not the point. The point is: What if the language allowed me to create such "keyword"? Or, of course, any other I see fit?

Note that using delegates doesn't give the same effect. A delegate can't do an yield return for the main body of a method, while a code inside a using body can (and, if these user keywords were supported, it will be possible too).

How could this be done?
By methods decorated with some specific attribute.
By classes/structs that implement a specific interface.

Imagine that the abortsafeusing was implemented by a class like this:
[UserKeyword(name="abortsafeusing")]
public sealed class AbortSafeUsing<T>:
  UserBlockKeywordThatDeclaresAVariable<T>
where
  T: IDisposable
{
  private T _objectToDispose;
  protected override void BlockEnter(Func<T> value)
  {
    try
    {
    }
    finally
    {
      _objectToDispose = value();
    }
  }

  // The exception is null when the block ends normally, but contains
  // the exception if it ends forcibly.
  protected override void BlockExit(Exception exception)
  {
    if (_objectToDispose != null)
      _objectToDispose.Dispose();
  }
}

I understand that without analyzing the IL the final code will actually include a creation of an instance of the AbortSafeUsing class. Yet, as a user, I will be able to add a new "keyword" to the language. By allowing the "user keywords" to be combined we could simulate user made ifs, elses, switches and others. This could actually simplify a lot of places that are using delegates today, will behave more normally (as a return inside one of those user made blocks will return the actual method, not the delegate method) and will not be limited to a single action.

We can say that if we had that support from the start that the using, the foreach and the lock keywords could be "user made" keywords. And, of course, if the .NET itself could "inline" the code inside the BlockEnter/BlockExit calls and avoid the construction of the class it would be even better.

My idea is that such keywords need to be imported, maybe the same way we do with the using to import namespaces (and that's now expanded to support classes).

So, what do you think?
I personally see a lot of potential to create "declarative like" APIs that are actually built in real C# code.

위의 내용을 한마디로 정리하면 C#에서 사용자 정의 예약어를 갖고 싶다는 것입니다. Roslyn이 서서히 알려지면서 일부 C# 개발자들이 그동안 기다리던 사용자 정의 예약어에 대한 구현 가능성을 타진해 본 것입니다.

그런데... 이에 대한 "Anders Hejlsberg"의 대답이 나왔습니다.

Lucian, you wrote:
Anders’ answer to this is basically that .NET already has a language that’s fantastic for letting you create your own DSL inside of it. That language is F#. He doesn’t want it to be C#.


결국 "No"로 끝나는 군요. ^^

물론, C# 컴파일러가 이제 Roslyn으로 바뀌면서 소스코드가 모두 공개되어 사용자 정의 예약어를 만들수는 있겠지만, 언어적인 차원에서의 예약어를 쉽게 만드는 것은 일단 기대를 안하는 것이 좋을 것 같습니다.




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







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

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

비밀번호

댓글 작성자
 



2014-04-22 08시50분
[spowner] 너무나 전문적인 글들을 쓰셔서 감히 댓글을 못달았는데 드뎌 댓글 달 수 있는 글이 포스팅 되어 다행입니다 하하;
제 개인적인 생각으로는 자유로움은 견고함을 기반해서 제공해야 한다고 생각하기 때문에 사용자 정의 예약어는 부정적인 입장입니다.
Roslyn에 대해서는 표면적인 이해만 있어서 정확하게 말은 못하겠지만 이해한 수준으로 얘기하자면.. 특정 분야 혹은 언어 연구소에서 Roslyn의 도움을 받아 우아한 예약어가 개발되고 활용이 된다면 차후에 언어 예약어에 포함되는 사이클.. 이게 가장 이상적이지 않을까 해요.
[guest]

... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12011정성태8/27/201926224사물인터넷: 57. C# - Rapsberry Pi Zero W와 PC 간 Bluetooth 통신 예제 코드파일 다운로드1
12010정성태8/27/201919146VS.NET IDE: 138. VSIX - DTE.ItemOperations.NewFile 메서드에서 템플릿 이름을 다국어로 설정하는 방법
12009정성태8/26/201919988.NET Framework: 858. C#/Windows - Clipboard(Ctrl+C, Ctrl+V)가 동작하지 않는다면?파일 다운로드1
12008정성태8/26/201919653.NET Framework: 857. UWP 앱에서 SQL Server 데이터베이스 연결 방법
12007정성태8/24/201918264.NET Framework: 856. .NET Framework 버전을 올렸을 때 오류가 발생할 수 있는 상황
12006정성태8/23/201921730디버깅 기술: 129. guidgen - Encountered an improper argument. 오류 해결 방법 (및 windbg 분석) [1]
12005정성태8/13/201919344.NET Framework: 855. 닷넷 (및 VM 계열 언어) 코드의 성능 측정 시 주의할 점 [2]파일 다운로드1
12004정성태8/12/201927621.NET Framework: 854. C# - 32feet.NET을 이용한 PC 간 Bluetooth 통신 예제 코드 [14]
12003정성태8/12/201919753오류 유형: 564. Visual C++ 컴파일 오류 - fatal error C1090: PDB API call failed, error code '3'
12002정성태8/12/201919106.NET Framework: 853. Excel Sheet를 WinForm에서 사용하는 방법 - 두 번째 이야기 [5]
12001정성태8/10/201924320.NET Framework: 852. WPF/WinForm에서 UWP의 기능을 이용해 Bluetooth 기기와 Pairing하는 방법 [1]
12000정성태8/9/201923736.NET Framework: 851. WinForm/WPF에서 Console 창을 띄워 출력하는 방법파일 다운로드1
11999정성태8/1/201917993오류 유형: 563. C# - .NET Core 2.0 이하의 Unix Domain Socket 사용 시 System.IndexOutOfRangeException 오류
11998정성태7/30/201920099오류 유형: 562. .NET Remoting에서 서비스 호출 시 SYN_SENT로 남는 현상파일 다운로드1
11997정성태7/30/201920392.NET Framework: 850. C# - Excel(을 비롯해 Office 제품군) COM 객체를 제어 후 Excel.exe 프로세스가 남아 있는 문제 [2]파일 다운로드1
11996정성태7/25/201923398.NET Framework: 849. C# - Socket의 TIME_WAIT 상태를 없애는 방법파일 다운로드1
11995정성태7/23/201927119.NET Framework: 848. C# - smtp.daum.net 서비스(Implicit SSL)를 이용해 메일 보내는 방법 [2]
11994정성태7/22/201921819개발 환경 구성: 454. Azure 가상 머신(VM)에서 SMTP 메일 전송하는 방법파일 다운로드1
11993정성태7/22/201916505오류 유형: 561. Dism.exe 수행 시 "Error: 2 - The system cannot find the file specified." 오류 발생
11992정성태7/22/201918612오류 유형: 560. 서비스 관리자 실행 시 "Windows was unable to open service control manager database on [...]. Error 5: Access is denied." 오류 발생
11991정성태7/18/201915670디버깅 기술: 128. windbg - x64 환경에서 닷넷 예외가 발생한 경우 인자를 확인할 수 없었던 사례
11990정성태7/18/201917911오류 유형: 559. Settings / Update & Security 화면 진입 시 프로그램 종료
11989정성태7/18/201916756Windows: 162. Windows Server 2019 빌드 17763부터 Alt + F4 입력시 곧바로 로그아웃하는 현상
11988정성태7/18/201919277개발 환경 구성: 453. 마이크로소프트가 지정한 모든 Root 인증서를 설치하는 방법
11987정성태7/17/201925178오류 유형: 558. 윈도우 - KMODE_EXCEPTION_NOT_HANDLED 블루스크린(BSOD) 문제 [1]
11986정성태7/17/201916931오류 유형: 557. 드라이브 문자를 할당하지 않은 파티션을 탐색기에서 드라이브 문자와 함께 보여주는 문제
... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...