|
|
|
 |
VSTS에는 많은 디자이너가 등장하는데 이중에서 distributed system designers라는 것은 무엇입니까? |
|
VSTS는 많은 디자이너를 포함하고 있습니다. 일반적인 WinForm 혹은 WebFrom 디자이너와 같이 이전버전에서도 사용되었던 것들은 물론이고 데이터베이스작업관련 디자이너등 많은 새로운 디자이너가 포함되었습니다. 그 중에서도 관심있게 보아야 할 것이 distributed system designers라는 것입니다.
이것은 단일 특정 디자이너를 칭하는 것이 아니고 분산시스템 구축 및 배포를 위한 일련의 디자이너 묶음을 말한다고 할 수 있습니다. (distributed system designers라는 단어에서 볼 수 있듯이 복수형태로 사용되었죠)
이 디자이너 셋의 각각의 요소는 아래의 같습니다.
또한 각각의 서로 독립적으로 작동하는 것이 아니라 상호 유기적으로 작동하게 되어있습니다.
예를 들어 주로 가장 처음 작업하는 디자이너가 Application Designer인데 이것으로 애플리케이션에 대한 디자인을 완성하면 이후에 System Designer에서 작업하실 때 Application Designer로 작성한 내용을 참조, 반영할 수 있습니다.
또한 이와 같은 분산시스템을 위한 디자이너들은 Visual Studio Team Architect버전이나 Team Suite 버전에서 사용하실 수 있습니다. |
|
 |
|
각각의 디자이너에 대한 좀더 상세한 정보는 어디서 얻을 수 있나요? |
|
|
MS 웹사이트에서 기술문서, 데모, 웹케스트, 커뮤니티링크 등의 정보를 얻을 수 있습니다.
|
|
|
|
VSTS의 distributed system designers에 사용자(개발자)의 요구가 반영되어 기능이 추가, 확장될 수 있습니까? |
|
|
VSTS의 distributed system designers들의 실제 강점은 기본기능뿐만 아니라 사용자들의 요구 혹은 구현에 의해서 Customizing 될 수 있다는 점입니다. 이것은 마치 엑셀의 매크로처럼(물론 매크로 수준의 Customizing과 비교하긴 힘들지만) 기존 엑셀에 없는 Command를 생성할 수 있다는 점에서는 상당히 유사합니다. 그리고 각 디자이너의 기능을 구현하는 것인 일련의 표준적인 XML형식을 사용함으로써 확장성을 더욱 높여주고 있습니다. |
|
|
|
VSTS의 distributed system designers디자이너가 생성된 디자인에 대해서 코드를 생성해주나요? 생성해준다면 어떠한 언어를 지원하나요? |
|
|
기존의 디자이너가 그러하듯이 distributed system designers도 단순히 그림을 그리는 것이 아닌 특정 작업을 수행하여줍니다. 대표적으로 작업으로는 디자인을 함으로서 개발자 가 사용할 수 있는 코드를 생성해주는 것입니다.
또 특정 distributed system designers의 경우에는 웹 서버의 보안설정을 변경한다든가, 특정 FTP서버로 실행파일 등을 배포하는 작업등 수행합니다. 혹은 두 개 이상의(코드생성, 서버설정변경 등)작업을 동시에 수행하기도 합니다. 따라서 distributed system designers의 모든 디자이너가 코드를 생성하진 않지만 단순히 다이어그램을 그리는 그 이상의 특정작업들을 모든 디자이너가 수행해주고 있습니다.
아래의 그림은 Application Designer를 통해서 IIS 웹 서버에 설정된 웹 서비스 애플리케이션을 설정하는 모습을 보여주고 있습니다.
현재 distributed system designers관련해서 VSTS Beta버전에서는 Visual Basic.NET, Visual C#, Visual C++(Managed only)와 같은 언어로 코드를 생성해준다고 되었습니다. 그리고 distributed system designers에 포함되지는 않지만 개발관련 디자이너인 Class Designer는 Visual J#언어로도 코드를 생성하게 될 것입니다. |
|
|
|
Team Foundation Server는 Visual Studio Team System 2005와 연동되는 것으로 알고 있습니다. 혹시 Team Server를 VS2003 .NET에서도 사용할 수 있도록 지원되나요. 예를 들면 Add-in형태로 말입니다. 당장엔 안되어도 앞으로 지원할 계획은 있습니까? |
|
|
이전 Visual Studio에 대해서 Team Server의 지원 계획은 있는 것으로 알려져 있습니다. 다만 이것이 언제 사용 가능하게 될지는 아직 정확하지 않은 상태입니다(제품의 특정기능이나 제품의 출시와 관련해서는 MS내부직원도 장담 못하는 경우가 대부분입니다). 더 나아가서 VC++ 6.0그리고 VB 6.0과도 연동할 수 있게 한다고 합니다. 이 같은 정보는 MS 직원의 블로그를 통해서 얻은 정보이므로 언급한 기능의 Add-in이 공개되기 전까지는 아무도 장담 못하는 상황이긴 합니다. 하지만 다수의 블로그에서 동일한 내용을 확인할 수 있었으므로 비교적 신빙성이 있다고 할 수 있겠습니다.
또한 VS2003에서 Team Server로 접속하는 모듈의 작성이 왜 어렵고 또 기간이 오래 걸리는 작업인지 설명이 되어있는데 이유는 이렇습니다. VSTS 2005의 Team System Server 접속 모듈을 .Net Framework 2.0기반으로 작성되어 있습니다. 즉 VSTS자체도 Framework의 기능을 많이 사용하고 해당기능의 DLL을 로드 한다는 얘기겠죠. 그런데 이전버전(VSTS 2005 발표 후에는 VS2003도 이전 버전이라고 불려지겠군요,
2003 베타버전 구해서 작업한 것이 엊그제 같은데..) VS2003은 Framework 1.1의 기능을 사용한 DLL들을 로드 합니다. 그리고 현재 CLR상에서 실행되는 모든 프로세스는 하나의 Framework 버전의 DLL들만을 로드가 가능합니다. 즉 특정프로세스가 1.1 DLL들을 로드하고 한 후에 다시 일부 2.0 DLL을 로드 할 순 없다는 것입니다. 그래서 기존의 Framework 2.0으로 구현된 Server 접속 모듈을 VS2003을 위해서 Framework 1.1버전으로 모두 다 다시 구현해야 하는 상황이랍니다. 또 VC++ 6.0과 VB 6.0에서는 unmanaged의 DLL형태로 최소의 기능만을 제공해줄 것 이라고 하는군요. |
|
|
|
Team Architect/Team Developer/Team Test 이중에 무엇을 설치해야 할까요? 또 필요에 의해서 각각 따로 설치하면 용량이 3배로 차지하게 되나요? |
|
|
각각의 제품을 따로 구입한 후 설치하시면 서로의 기능을 공유하도록 되어있어 사용하시는 데는 문제가 없습니다. 혹 처음부터 Team Architect/Team Developer/Team Test의 모든 기능을 원하시면 Team Suite를 구매하시면 모든 기능을 사용하실 수 있습니다. |
|
 Previous Page | Next Page |
