VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
VS.NET 2008에 이 기능이 있다는 것을 처음 알게 되었던 때가 지난 3월에 있었던 "Microsoft Global Summit" 행사에서였습니다. 지금도 기억이 나는군요. ^^ 강사가 이 기능을 설명했을 때, 박수 소리가 제법 터져나왔었던.
우선, 이 문제에 대한 "VS.NET 2005"에서의 문제점을 짚고 넘어가는 것이 이해에 도움이 될 듯하니, 설명을 좀 해보겠습니다.
솔루션 구조.
ClassLibrary1: 클래스 라이브러리 프로젝트 - Entity 클래스가 정의되어 있음
WebService1: ASP.NET 웹 서비스 프로젝트 - ClassLibrary1 프로젝트를 참조해서 사용
WindowsFormsApplication1: WinForm 프로젝트 - ClassLibrary1, WebService1를 참조해서 사용.
예를 들어, 다음과 같은 정의를 담고 있는 ClassLibrary1 프로젝트가 있고,
public class MyClass
{
public string Name;
public int Age;
}
또한, 이를 사용하는 웹 메서드가 담긴 WebService1 프로젝트가 있고,
[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
public class Service1 : System.Web.Services.WebService
{
[WebMethod]
public MyClass GetData()
{
MyClass mc = new MyClass();
mc.Age = 15;
mc.Name = "Data";
return mc;
}
}
이런 상황에서, WindowsFormsApplication1이라는 프로젝트에서 WebService1을 참조하려고 하면 다음과 같은 식으로 네임스페이스를 기재하게 됩니다.
문제는?
"WindowsFormsApplication1" 프로젝트에서는 ClassLibrary1 프로젝트를 참조하여 기존 Entity 관련 클래스를 사용하고 있음에도 불구하고, WebService1를 참조하면서 네임스페이스만 다른 별도의 클래스 정의들을 포함하게 된다는 점입니다.
즉, 다음과 같은 경우이지요.
localhost.Service1 svc = new localhost.Service1();
localhost.MyClass cls = svc.GetData();
ClassLibrary1.MyClass org = new ClassLibrary1.MyClass();
// 웹 메서드로부터 받은 데이터 구조를 ClassLibrary1을 사용하는 메서드들에 넘겨주기 위해
// 데이터 복사
org.Name = cls.Name;
org.Age = cls.Age;
참고로, VS.NET 2005에서 위와 같은 상황을 해결하려면 몇 가지 우회 방법을 선택해야만 합니다.
- 클래스 정의를 담고 있는 프로젝트를 직접 참조하지 않고, "웹 참조"로부터 생성된 클래스들을 사용하도록 구성.
- 웹 참조로 생성될 클래스들에 대해, 별도의 처리를 해주는 클라이언트 측 schemaImporterExtension을 등록.
1번 방법이 나름대로 괜찮습니다. 실제로, 저 같은 경우에 XSD를 정의한 후, 그 스키마 대로 Entity 클래스 코드를 자동 생성한 다음 (Dummy일지언정) Web Service 메서드를 통해 클라이언트에서 가져갈 수 있도록 노출시키는 방법을 사용하곤 했습니다.
반면 2번 방법은, 해당 사항에 대해서 알고/이해하고 있는 개발자도 드물 뿐더러, 역시나 코딩이 들어가기 때문에 그다지 쉽게 제공되는 방법은 아닙니다.
자,,, 그런데 VS.NET 2008에 와서는 위와 같은 우회 방법이 필요 없게 되었습니다. (제 생각에는 아마도, 위의 2번 방법과 같은 처리를 해주는 공통 라이브러리를 기본 제공해 주는 방식을 통해 해결을 해주는 것 같습니다.)
어떻게 해결해 주는지... 한번 볼까요? ^^
지금은 기억이 희미하지만, 예전 Summit에서 봤었던 예제는 ASP.NET 웹 서비스에 대한 것으로 기억납니다. 제가 방법을 모르는 것인지, 아직 VS.NET 2008에 버그가 있는지는 모르겠지만, 아쉽게도 현재 이 기능이 WCF 서비스/클라이언트에 대해서는 잘 동작하지만 웹 서비스 참조에서는 동작하지 않았습니다. (하지만, "웹 서비스 참조"가 서비스 참조 대화상자로 통합된 것으로 봐서는 정식 버전이 나오면 웹 서비스에 대해서 이 기능이 동작할 것으로 예상됩니다.)
예를 들기 위해,
WCF 클래스 라이브러리를 VS.NET 2008에서 생성합니다. 그다음, WindowsFormsApplication1 프로젝트에서 해당 클래스 라이브러리를 서비스 참조합니다. 이 과정에서 전에는 없었던 새로운 옵션이 보이게 됩니다.
"Advanced..." 버튼을 누르면 다음과 같은 화면이 나옵니다.
오... 딱 나왔군요. ^^ 현재 참조된 모든 DLL들에서 "서비스 참조 시 포함하게 되는 클래스"들과 동일한 정의를 포함하고 있는 경우 별도로 생성하지 않고 재사용하게 됩니다. 그래서 (당연한 이야기지만), 클라이언트 측의 코드도 다음과 같이 간결하게 구성이 됩니다.
Service1Client wcf = new Service1Client();
ClassLibrary1.MyClass cls = wcf.GetData();
// cls 클래스 직접 사용.
실제로 생성되는 Proxy 클래스(Reference.cs)의 코드 자체가 아래와 같이, "ClassLibrary1"의 네임스페이스를 사용하게 됩니다.
[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "3.0.0.0")]
public partial class Service1Client : System.ServiceModel.ClientBase<WindowsFormsApplication1.ServiceReference.IService1>,
WindowsFormsApplication1.ServiceReference.IService1
{
public Service1Client() {
}
// 중간 생략 //
public ClassLibrary1.Class1T HelloWorld() {
return base.Channel.HelloWorld();
}
public ClassLibrary1.MyClass GetData() {
return base.Channel.GetData();
}
}
이런 이유 때문에, 저 같은 경우 현재 VS.NET 2005를 사용하여 진행되고 있는 프로젝트에서
"Orcas와 VS.NET 2005의 혼합 개발" 방법으로 WCF 부분의 서비스 참조를 VS.NET 2008을 이용해서 프록시 코드를 생성시키는 방식으로 유용하게 사용하고 있습니다.
[내용추가: 2007-08-31]
좀 더 테스트 한 결과, XML Web Service의 참조에 대해서만 데이터 컨테이너 DLL을 재활용할 수 없다기 보다는, XmlSerializer를 사용하는 모든 경우에 그런 현상이 발생하는 것을 확인했습니다. 즉, WCF 서비스 조차도 XmlSerializer 를 사용한다면 동일하게 WSDL에 의해 배포되는 타입 정보가 내려오게 됩니다.
어쨌든, 이 부분은 프록시 코드를 생성해내는 svcutil.exe 내부에서 수정이 필요할 것 같습니다.
[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]