'번역'에 해당되는 글 41건

  1. 2008.02.17 2월 17일 링크 모음 : ASP.NET, ASP.NET AJAX, Visual Studio, .NET
  2. 2008.02.08 VS 2008 웹 개발 핫픽스 보완
  3. 2008.02.06 2월 6일 링크 모음: ASP.NET, ASP.NET AJAX, Visual Studio, .NET, WPF
  4. 2008.02.01 MIX08
  5. 2008.01.31 ASP.NET 캐시의 올바른 사용 2
  6. 2008.01.29 VS 2008 웹 배포 프로젝트 지원이 출시 되었습니다.
  7. 2008.01.25 1월 24일 링크 모음 : ASP.NET, ASP.NET AJAX, Visual Studio, .NET, IIS
  8. 2008.01.22 .NET 쓰레드는 공유 자원으로 취급하세요
  9. 2008.01.18 완전한 URL을 알아내는 방법
  10. 2008.01.16 닷넷 프레임웍 라이브러리의 소스 코드가 공개되었습니다.

2월 17일 링크 모음 : ASP.NET, ASP.NET AJAX, Visual Studio, .NET

번역/ScottGu's Blog 2008. 2. 17. 00:25

원문 : Feb 17th Links: ASP.NET, ASP.NET AJAX, Visual Studio, .NET

저의 최신 링크 리스트 시리즈를 포스팅합니다. 제가 작성한 예전 포스트 중 인기 있는 기사들에 대한 링크는 ASP.NET 팁, 트릭, 튜토리얼 페이지에서 찾을 수 있으니, 관심 있으신 분들은 그것도 확인하시기 바랍니다.

ASP.NET

ASP.NET AJAX
비주얼 스튜디오
  • VS 2008 웹 배포 프로젝트 일본어판 출시: 지난 달 말에 VS 2008 웹 배포 프로젝트가 출시될 것이라고 이야기를 하였습니다. 지난 중에는 VS 2008 웹 배포 프로젝트의 일본어 버전이 출시되었습니다. 참고: 제 블로그의 일본어 버전은 여기서 보실 수 있습니다. (Chica님 고맙습니다!)

.NET
  • 표현식 트리 비주얼라이저 사용하기: Charlie Calvert는 VS 2008과 함께 제공되는 LINQ 샘플 패키지에 들어있는 디버깅 툴 사용법에 대한 포스트를 작성하였습니다. 이 디버깅 툴에는 디버거 내의 표현식 트리 변수를 쉽게 비주얼라이즈하는 기능이 있습니다. 이 기능은 특히 고유한 LINQ 프로바이더(위 항목의 것들같이 말입니다.)를 작성할 때 매우 유용합니다. 표현식 트리와 LINQ를 구성하는 기저 개념에 대해 더 자세히 알고 싶으시면, 여기에 있는 Charlie'의 이전 포스트를 읽어보시기 바랍니다.

도움이 되길 바라며,

스캇

:

VS 2008 웹 개발 핫픽스 보완

번역/ScottGu's Blog 2008. 2. 8. 11:16

원문 : VS 2008 Web Development Hot-Fix Roll-Up Available

VS 2008에 대해서 우리 팀이 집중하고 있는 것 중 한 가지는 자주 보고되는 문제의 버그를 수정하는 보완 패치를 더 자주 릴리즈 하는 것입니다. 오늘은 VS 2008와 Visual Web Developer Express 2008에 대해 보고된 몇 가지 이슈를 해결하는 핫픽스 보완을 발표하고자 합니다.

핫픽스 상세

여기서 핫픽스를 무료로 다운받을 수 있습니다. (2.6MB) 아래는 해결된 이슈들의 목록입니다.

HTML 소스 뷰 성능

  • 서브 프로퍼티가 두 단계 이상의 레벨을 가지는 커스텀 컨트롤의 페이지에서 타이핑을 할 때 코드 편집기가 멈춤
  • 웹 응용프로그램 프로젝트에서 "코드 보기" 오른쪽 클릭 컨텍스트 메뉴 명령이 나타나는 데 오래 걸림
  • 커다란 HTML 문서를 열 때 비주얼 스튜디오가 매우 늦어짐
  • 특정 마크업이 있는 커다란 HTML 파일의 경우 비주얼 스튜디오의 응답이 멈춤
  • 많은 양의 HTML을 선택한 경우 탭/쉬프트-탭 (들여쓰기/내어쓰기) 동작이 느려짐

디자인 뷰 성능

  • 특정한 페이지 마크업 구성의 경우에 디자인 뷰에서 타이핑이 느려짐

HTML 편집

  • Class 혹은 CssClass 특성 다음에 쌍따옴표가 삽입되지 않음
  • 서비스 참조 요소가 현재 웹 페이지를 가리키는 경우에 비주얼 스투디오가 죽음

자바스트립트 편집

  • 자바스크립틀 파일을 열 때, 클라이언트 스크립트의 컬러링이 몇 초간 지연됨.
  • 현재 편집 중인 줄의 이전에 빈 문자열 프로퍼티가 있는 경우에 자바스크립트 자동완성이 동작하지 않음
  • jQuery가 사용되면 자바스크립트 자동완성이 동작하지 않음.

웹 사이트 빌드 성능

  • 웹 사이트 프로젝트의 경우, Bin 폴더에 어셈블리와 .refresh 파일이 많이 있으면 빌드가 매우 느려짐.

설치 노트

상기 패치를 다운로드 받고 설치하는 데 필요한 더 상세한 정보는 이 블로그 포스트를 참고하십시오. 특히 윈도우즈 비스타를 사용하고 UAC를 활성화 시켜 놓았다면, 패치의 압축을 "c:\" 이외의 디렉토리에 풀어야 하는 것을 잊지 마십시오. (그렇지 않으면 접근 거부 에러가 발생할 것입니다.)

핫픽스가 성공적으로 설치되었는지의 여부는 VS2008를 실행하고 Help -> About 메뉴를 실행하면 알 수 있습니다. ‘Hotfix for Microsoft Visual Studio Team System 2008 Team Suite – ENU (KB946581)’라는 항목이 있으면 성공적으로 설치된 것입니다.

패치를 삭제하고 싶으면, 제어판 -> 프로그래 추가/제거를 실행하고 마이크로소프트 비주얼 스튜디오 2008 (혹은 Visual Web Developer Express 2008) 아래에 있는 “Hotfix for Microsoft Visual Studio 2008 – KB946581”를 선택하고 "제거"를 클릭하면 됩니다.

요약

물론 처음부터 버그가 없는 제품을 출시하는 것이 가장 좋은 일일 것이지만, 그래도 이 핫픽스가 어느 정도 버그를 해결할 수 있으면 좋겠습니다. 버그의 원인을 파악할 수 있게 도움을 준 분들과, 지난 몇 주간 핫픽스를 검증하는 것을 도와 준 고객들에게 감사 드립니다.

노트 : VS 2008 웹 개발 기능의 이상을 발견하면 www.asp.net에 있는 VS 2008 Forum에서 도움을 요청하십시오. VS Web Tools 팀이 항상 이 포럼을 모니터링 하고 있기 때문에 아마도 도움을 줄 수 있을 것입니다.

도움이 되길 바라며,

스캇

:

2월 6일 링크 모음: ASP.NET, ASP.NET AJAX, Visual Studio, .NET, WPF

번역/ScottGu's Blog 2008. 2. 6. 19:39

원문 : Feb 6th Links: ASP.NET, ASP.NET AJAX, Visual Studio, .NET, WPF

저의 링크 리스트 시리즈의 최신판을 포스팅 합니다. 제가 작성한 예전 포스트 중 인기 있는 기사들에 대한 링크는 ASP.NET 팁, 트릭, 튜토리얼 페이지에서 찾을 수 있으니, 관심 있으신 분들은 그것도 확인하시기 바랍니다.

ASP.NET

ASP.NET AJAX
비주얼 스튜디오
  • 네임 스페이스의 분석과 사용하지 않는 using 문의 삭제 : David Hayden는 개발자들이 종종 간과하기 쉬운 몇 가지 비주얼 스튜디오의 코드 편집 기능에 대한 기사를 썼습니다.
  • 비주얼 스튜디오 2008 제품 비교 : 일전에 몇몇 분들이 제게 메일을 보내셔서 비주얼 스튜디오 2008 각 버전(스탠다드, 프로페셔널, 비주얼 스튜디오 팀 시스템 등) 간의 차이를 설명하는 페이지를 만들어 달라고 요청하신 적이 있습니다. 더 상세한 내용을 알고 싶으시면 이 링크를 클릭하십시오.
  • 아시나요...Shift+ESC로 툴 윈도우 닫기 : Sara Ford는 여전히 "아시나요..." VS 2008 팁과 트릭 시리즈를 작성하고 있습니다. 솔직히 이번 포스트는 저도 몰랐던 기능이네요. 제가 항상 추천하는 생산성 향상을 위한 팁 중 하나는 IDE의 단축키를 적극적으로 익히라는 것입니다. 단축키를 익히는 데 들어간 시간 보다 훨씬 많은 시간이 절약됩니다. 여기서 VB 2008 키 바인딩 포스터를 받으시거나, 여기서 C# 2008 용 키 바인딩 포스터를 다운로드 받으십시오. 그리고 출력을 해서 잠자는 동안 흡수할 수 있게 베게 밑에 넣어두십시오.
.NET
  • yield의 힘: Joshua Flanagan는 C# 2.0에서 가장 빼어난 기능 중의 하나이지만 아직 많이 쓰이고 있지는 않은 yield 키워드에 대한 기사를 작성하였습니다. yield 키워드는 IEnumerable 관련 작업을 효율적으로 구현하고 반복을 지연시키는 매우 강력한 기능입니다. (.Net 3.5의 LINQ는 이 기능에 크게 의존하고 있습니다.) C#을 좀 더 확실히 마스터하고 싶으면 C# 3.0 In a Nutshell 이라는 책을 보실 것을 강력하게 추천합니다. (저는 이 책의 아마존 리뷰에 별 5개를 줬습니다.)
WPF

 

도움이 되길 바라며,

스캇

:

MIX08

번역/ScottGu's Blog 2008. 2. 1. 18:32

원문 : MIX08

MIX는 우리가 매년 라스 베가스에서 개최하는 마이크로소프트 웹 개발 컨퍼런스입니다.

MIX는 재미있는 이벤트입니다. 두 가지 이유를 들어서 그런데요. 먼저 MIX는 최첨단 기술을 다룬다는 것입니다. (MIX07에서는 실버라이트 플랜이 발표되었었지요.) 두 번째 이유는 굉장히 다양한 참가자들이 모인다는 것입니다. (참가자 중에는 현재 마이크로소프트의 기술을 사용하고 있는 사람도 많지만, 사용하지 않는 사람들의 %도 상당히 높습니다.) MIX는 세션과 쌍방향 패널들 간의 교류에 중점을 두고 구성되었으며 , 좌석의 배치도 대화하기 편리하게 디자인되었습니다.

올해의 MIX는 3월 5일 부터 3월 7일 까지 라스 베가스에서 열립니다. Ray Ozzie과 저는 첫번째 날에 키노트를 진행할 것이고요. 둘째 날에는 Steve Ballmer와 Guy Kawasaki가 키노트를 진행합니다.

이번 컨퍼런스에서는 (특히 저의 키노트에서는) 상당히 많은 새로운 웹 기술이 선보이게 됩니다. 각 세션들의 주제는 다음과 같습니다.

  • IE 8
  • IIS 7.0
  • ASP.NET (ASP.NET 3.5, ASP.NET AJAX, ASP.NET MVC, ASP.NET 동적 데이타 포함)
  • VS 2008 and Expression Studio
  • WPF
  • Silverlight 2
  • 기타 많은 기술들

위 기술 중 일부에 대해서 제가 인터뷰한 내용이 Channel 9에 실려 있습니다. 파트 1은 IIS7에 대한 것이며, 파트 2는 ASP.NET, WPF, Silverlight 2를 다루고 있습니다.

빨리 등록하지 않으면 기회를 놓칩니다.

MIX는 TechEd나 PDC에 비하면 상대적으로 협소한 장소에서 개최됩니다. 이 말은 참가자들이 더 친밀한 느낌을 가질 수 있다는(참 재미있는 말입니다.) 의미이기도 하지만, 동시에 매년 표가 매진이 되고, 일단 매진이 되고 나면 진짜로 표가 없다는 의미이기도 합니다.

작년에 저는 MIX가 매진되고 난 후에 표를 구해달라는 이메일을 50통 정도 받았습니다. 또 많은 분들이 혹시 누군가가 들여보내주지 않을까 하는 기대를 가지고 행사장으로 바로 날아가버리기도 했습니다. (불행하게도 이 분들은 당연히 입장을 못했습니다.) 장소가 협소하기 때문에 (그리고 엄격한 화재 예방 지침 때문에) 매진이 되고 나면 구할 수 있는 표가 진짜로 없습니다. 심지어 제 시간에 등록하지 않은 제 팀원이 나중에 마음을 바꿔 참석하고 싶다고 해도 표를 구해줄 수 없을 정도입니다.

올해의 등록은 예전의 어떤 해 보다도 빨리 마감될 것으로 예상됩니다. 참석할 생각을 가지고 계신다면 최대한 빨리 등록하시라는 말씀을 드리고 싶습니다. 이벤트에 대한 더 자세한 소개와 온라인 등록 페이지는 여기서 보실 수 있습니다.

MIX에서 뵙기를 바라며 - 재미 있을 겁니다....

스캇

:

ASP.NET 캐시의 올바른 사용

번역/.NET Tip of The Day 2008. 1. 31. 14:07

원문 : Correct using of ASP.NET Cache

ASP.NET 애플리케이션 코드를 보다 보면 아래와 같은 코드를 보는 경우가 종종 있습니다.

if (Cache["SomeData"] != null)

{

string name = ((SomeClass)Cache["SomeData"]).Name;

//.....

}

이 코드는 안전하지가 않습니다. 게다가 두 번째 문장은 NullReferenceException을 일으킬 수도 있습니다. 두 번의 호출이 일어나는 사이에 캐시된 객체가 유지된다는 보장은 없습니다. 첫번째 호출 이후에 객체는 가비지 컬렉터나 캐쉬된 객체를 갱신하는 다른 스레드에 의해 삭제될 지도 모릅니다.

이 문제를 해결하기 위해서는 as 연산자를 사용하십시오.

SomeClass someClass = Cache["SomeData"] as SomeClass;

if (someClass != null)

{

string name = someClass.Name;

//.....

}

via Dmytro Shteflyuk

:

VS 2008 웹 배포 프로젝트 지원이 출시 되었습니다.

번역/ScottGu's Blog 2008. 1. 29. 15:49

원문 : VS 2008 Web Deployment Project Support Released

지난 금요일에 우리는 VS 2008 웹 배포 프로젝트에 대한 마지막 RTW(release to web) 지원을 출시 하였습니다. 여기에 가시면 더 많은 정보를 얻으실 수 있으며 무료로 다운로드도 받을 수 있습니다.

웹 배포 프로젝트는 VS 2008에 내장된 "ASP.NET 웹 사이트" 혹은 "ASP.NET 웹 응용프로그램 프로젝트"에 모두 사용될 수 있으며, 빌드, 패키징, 배포에 관한 몇 가지 옵션을 추가로 제공합니다. 좀 더 상세한 내용은 예전에 제가 작성한 튜토리얼 포스트에서 보실 수 있습니다.

VS 2008 웹 배포 프로젝트 버전은 VS 2005 웹 배포 다운로드가 제공하는 모든 기능을 지원합니다. 게다가 아래 기능도 추가로 지원합니다.

  • VS 2005 웹 배포 프로젝트에서 VS 2008 웹 배포 프로젝트로의 손쉬운 마이그레이션
  • 웹 배포 빌드가 성공되었을 때만 출력물을 교체
  • IIS7 지원

이번 RTW(release to web) 버전에서는 지난 달에 발표한 December CTP 버전의 몇 가지 버그를 수정했고, 고객들이 요청한 간단한 기능들을 추가하였습니다. 설치하기 전에는 반드시 이전 버전의 VS 2008 웹 배포 프로젝트 지원은 삭제하시기 바랍니다. VS 2008 웹 배포 프로젝트는 VS 2005 웹 배포 프로젝트와 같이 설치될 수 있습니다. 따라서 예전 프로젝트들을 아직 사용하고 있다면 굳이 VS 2005 버전을 삭제할 필요는 없습니다.

더 강력해진 배포 기능

지난 링크 목록 포스트에서 저는 IIS 팀이 곧 새로운 웹 배포 툴을 출시할 것이라고 하였습니다. 이 툴은 IIS6와 IIS7에서 모두 동작하며, 자동화된 복사 배포, 파일 동기화, 웹 서버로의 응용프로그램 마이그레이션을 지원합니다. ASP.NET 응용프로그램을 원격 서버에 배포하는 작업을 자동화하는 방법을 찾고 있다면, 반드시 이 툴을 검토해보시기 바랍니다.

마지막으로 배포한 설정을 수정할 때, 빌드 환경 내의 빌드 후 단계로 VS 2008 웹 배포 프로젝트를 사용할 수 있습니다. 그런 다음에는 IIS 웹 배포 툴을 사용하여 수정된 설정을 원격지에 있는 서버 머신으로 복사할 수 있습니다. 또는 IIS 웹 배포 툴을 사용하여 보통의 "ASP.NET 웹 사이트" 혹은 "ASP.NET 웹 응용프로그램" 프로젝트를 원격 머신으로 복사하는 방법도 있습니다. (이 경에는 VS 2008 웹 배포 프로젝트가 필요하지 않습니다.)

IIS 웹 배포 툴에 대해 더 많이 알고 싶으시면 이 페이지의 하단에 있는 따라하기를 읽어보십시오. (특히 "MS Deploy 소개" 항목) 저도 조만간에 IIS 웹 배포 툴을 사용하여 웹 서버 배포를 자동화하는 방법에 관한 블로그 포스트를 작성할 계획입니다.

도움이 되길 바라며,

스캇

:

1월 24일 링크 모음 : ASP.NET, ASP.NET AJAX, Visual Studio, .NET, IIS

번역/ScottGu's Blog 2008. 1. 25. 16:06

  • Visual Studio 2008 문제 해결 지침: VS2008을 설치하다 문제가 발생하면 이 블로그 포스트를 확인하십시오. 이 블로그 포스트는 방대한 양의 일반적인 실패의 원인과 해결 방법을 제공하고 있습니다.

      .NET

      • 관리되는 코드와 관리되지 않는 코드 간의 마샬링: 상하이에 있는 제 팀원인 Yi Zhang과 Xiaoying Guo는 네이티브 코드를 호출하는 CLR의 마샬링 상호 운용 기능에 대한 훌륭한 MSDN 아티클을 작성하였습니다. 특히 그들이 작성한 플랫폼 호출 상호 운용 도우미 응용 프로그램(P/Invoke Interop Assistant application)은 네이티브 메서드를 호출할 때 필요한 플랫폼 호출 시그니처를 매우 쉽게 생성해 냅니다. 관리되지 않는 코드와 관리되는 코드 간의 상호 작용 작업을 하는 사람들은 반드시 갖추어야 할 툴입니다.

      • .NET 프레임웍 3.5 포스터: Brad Abrams는 .NET 프레임웍 3.5의 새롭고 멋진 포스터를 다운로드하는 방법에 관한 포스트를 작성하였습니다. (여러 가지 파일 포맷이 제공됩니다.)

          IIS

          • 마이크로소프트 웹 배포 툴 테크니컬 프리뷰1: 어제 IIS 팀은 마이크로소프트 웹 배포 툴의 첫번 째 프리뷰에 관한 포스트를 게시하였습니다. 마이크로소프트 웹 배포 툴은 IIS6과 IIS7를 모두 지원하며, 자동화된 배포, 동기화, 웹 서버 상에서의 응용프로그램 마이그레이션을 가능하게 합니다. ASP.NET 응용 프로그램의 배포를 자동화할 방법을 찾고 있다면, 이 툴이 바로 그 것입니다. 더 상세한 내용은 링크된 페이지의 하단에 있는 따라하기 (특히 "MS Deploy 소개" 항목)를 참고하십시오. 이 툴은 자동화된 배포를 더욱 쉽게 만드는 놀라운 툴입니다.

            도움이 되길 바라며,

            스캇

            :

            .NET 쓰레드는 공유 자원으로 취급하세요

            번역/.NET Tip of The Day 2008. 1. 22. 16:01

            원문 : Treat .NET Threads as a Shared Resource

            매번 요청이 일어날 때 마다 .NET 쓰레드를 만들지 마십시오. 이는 확장성에 심각한 영향을 끼칩니다. 또한 쓰레드 생성은 가급적 하지 말아야 할 대단히 비용이 많이 드는 작업이기도 합니다. 쓰레드는 공유 자원처럼 생각을 하고, 대신에 최적화된 .NET 스레드 풀을 사용하는 것이 좋습니다.

            :

            완전한 URL을 알아내는 방법

            번역/.NET Tip of The Day 2008. 1. 18. 16:01

            원문 : How to create fully qualified URLs

            ASP.NET에서는 VirtualPathUtility.ToAbsolute 메서드를 이용하면 아주 쉽게 페이지의 절대 경로를 알 수 있습니다. 절대 URL을 얻는 방법도, 절대 경로를 얻는 것 만큼이나 명백하지는 않지만, 무척 쉽습니다. 그냥 리퀘스트 URL이랑 ASP.NET 페이지의 절대경로를 연결하면 됩니다.

            string absolutePath = VirtualPathUtility.ToAbsolute("~/test/MyWebForm.aspx");

            Uri newUri = new Uri(Request.Url, absolutePath);

            :

            닷넷 프레임웍 라이브러리의 소스 코드가 공개되었습니다.

            번역/ScottGu's Blog 2008. 1. 16. 16:06

            원문 : .NET Framework Library Source Code now available

            지난 시월에 저는 닷넷 프레임웍 라이브러리의 소스 코드가 공개될 것이며 비주얼 스튜디오 2008에서는 닷넷 프레임웍 라이브러리의 디버깅이 지원될 것이라는 블로그를 쓴 적이 있습니다. 기쁘게도 오늘 이것이 가능하게 되었습니다. 특히 아래 닷넷 프레임웍 라이브러리의 소스 코드는 지금 당장 볼 수 있고 디버깅도 가능합니다.

            • .NET Base Class Libraries (including System, System.CodeDom, System.Collections, System.ComponentModel, System.Diagnostics, System.Drawing, System.Globalization, System.IO, System.Net, System.Reflection, System.Runtime, System.Security, System.Text, System.Threading, etc).
            • ASP.NET (System.Web, System.Web.Extensions)
            • Windows Forms (System.Windows.Forms)
            • Windows Presentation Foundation (System.Windows)
            • ADO.NET and XML (System.Data and System.Xml)

            현재는 더 많은 프레임웍 라이브러리(LINQ, WCF, Workflow 포함)를 위 리스트에 추가하기 위한 프로세스를 진행 중입니다.

            비주얼 스튜디오 2008 참조 소스 접근을 활성화하기

            비주얼 스튜디오 2008에서 닷넷 프레임웍 소스 접근을 하기 위해 필요한 설정을 하는 데는 단지 몇 분 밖에 걸리지 않습니다. Shawn Burke는 이 작업에 대한 구체적인 과정을 상세하게 설명한 세세한 블로그 포스트이 곳에 포스팅 하였습니다.

            만일 설정하는 데 문제가 있거나 질문이 있다면, 이 곳에 있는 MSDN의 Reference Source Forum에 질문을 올려주시기 바랍니다.

            닷넷 프레임웍 라이브러리 소스로 들어가기

            위에 있는 Shwan의 포스트의 설명에 따라 설정 단계를 마치고 나면, 닷넷 프레임웍 라이브러리의 디버그 심볼을 동적으로 로드하고, 소스 코드로 들어갈 수 있습니다. 프레임웍 코드를 디버깅 하면 VS2008은 필요한 심볼과 소스 파일을 MSDN 참조 서버에서 다운로드 할 것입니다.

            소스 파일에는 개발자의 주석이 포함되어 있습니다. 위 그림에서는 Control 기초 클래스의 Dispose 메서드에 있는 개발자 주석의 예를 볼 수 있습니다.

            가끔씩은, 지나간 버그 / 버그의 추적 번호 / 특정 코드를 선택한 이유에 대한 정보를 제공하는 워크아이템 추적 데이터베이스에 대한 주석을 보시게 될 수도 있습니다. 예를 들어, 위 주석에서는 닷넷 프레임웍 이전 버전과의 역 호환성을 지키기 위해, 이 필드에 null을 대입하면 안 된다는 것을 알리고 있습니다. 그리고 위 주석에서는 필드에 null을 대입하지 않았기 때문에 고칠 수 있었던 역 호환성 버그에 대한 정보도 표시하고 있습니다.

            참조 라이센스

            닷넷 프레임웍 소스는 읽기 전용 참조 라이센스로 공개됩니다. 지난 시월에 우리가 소스를 공개할 것이라고 발표했을 때, 어떤 분들은 소스를 보게 됨으로써 그들이 안게 될 잠재적인 부담에 대해서 걱정을 하였습니다. 이런 문제를 명확히 하고 또 그러한 걱정을 덜어드리기 위해 우리는 라이센스를 약간 변경하였습니다. 닷넷 프레임웍과 “동일하거나 실질적으로 동일한 특징 혹은 기능”을 가지고 있는 윈도우 플랫폼용이 아닌 소프트웨어를 개발하는 개발자에게는 이 라이센스가 적용되지 않습니다. 윈도우 플랫폼용 소프트웨어를 개발하는 개발자는, 닷넷 프레임웍과 “동일하거나 실질적으로 동일한 특징 혹은 기능”을 가진 소프트웨어를 개발한다고 할 지라도, 소스 코드를 볼 수 있습니다.

            정리

            소스 코드에 대한 접근과 닷넷 프레임웍 라이브러리의 디버거 통합은 닷넷 개발자들에게 있어 매우 가치 있는 일이 될 것입니다. 닷넷 프레임웍 라이브러리의 소스를 살펴 보면, 닷넷 프레임웍 라이브러리가 어떤 식으로 구현되었는지를 이해하는 데 더 많은 통찰을 얻게 될 것이고, 그러면 더 훌륭한 애플리케이션을 작성할 수 있게 되고 닷넷 프레임웍 라이브러리를 더 잘 사용할 수 있게 될 것입니다.

            도움이 되길 바라며,

            스캇

            :