최고보다,최선을...

Silverlight(실버라이트) 프로젝트를 하면서 늘 고민 되었던 부분이 바로 데이터처리 관련이 었을 것이다. 어떻게 데이터를 주고, 받고 할 것인지에 대한 고민은 개발자들에게 늘 있는 문제일 것이다. 물론, 필자 또한 이런 고민을 피할수 없었다.

실버라이트는 다양한 방법으로 데이터를 주고 받을수 있도록 구성 되어있다. 다들 알고 있겠지만, Web Service를 통해서 데이터를 주고 받을수 있으며, WCF Service, AJAX 등등 여러가지 방법으로 데이터를 주고 받을수 있음을 아마 여러 프로젝트를 통해서 경험했거나, 책, 온라인 강좌 등에서 익혔을 것이라 생각이 든다. 이번 연재 내용에서 소개할 WCF RIA Service는 기존의 데이터 통신 방법들 보다 개발 생산성이 좋으며, 여러가지 장점이 있어 소개해 보고자 한다. 그렇다고해서 꼭 실버라이트 애플리케이션을 만들 때 WCF RIA Service로만 작업하는라거는 절대 아니다. 상황에 따라 프로젝트의 성향에 따라 적절히 통신방법을 간구해서 개발하면 좋을 것이다.

ㅁ WCF RIA Services 이해

 WCF RIA Service를 이야기 하기 앞서 기존의 데이터 통신 방법에 대해서 잠깐 이야기해보려 한다. 기존에는 실버라이트와 데이터를 통신하기 위해서 보통 Web Service나 WCF Service는 이용해서들 작업하셨으리라 생각이 든다. 물론 필자 또한 WCF Service를 이용해서 주로 개발을 했다. 보통은 이렇게 Web Service 또는 WCF Service를 노출시켜두고 해당 서비스에서 CRUD(Create, Read, Update, Delete) 메소드를 직접 구현해 놓고, 이 서비스를 실버라이트 애플리케이션에서 서비스 참조추가를 통해 연결시켜 데이터를 주고 받았을 것이다. 여기서 끝이나면 문제가 없는데, 상황에 따라 서비스를 변경하거나, 서비스를 다시 퍼블리시(Publish)할 경우가 생기면 여러가지 귀찮은 작업을 해야한다. 먼저, 서비스를 새로 퍼블리시해서 IIS에 올리고 잘 작동하는지 확인후 실버라이트 애플리케이션에서 참조되어 있는 서비스를 다시 업데이트를 해야하고, 이를 다시 재 배포를 해야한다. 이런 작업이 한번만에 끝나면 좋으련만 프로젝트를 진행하다보면 그렇지 않은 경우가 정말 많다.

 WCF RIA Service는 위와 같은 문제를 간단하게 해결해주고 있다 . WCF RIA Service는 기본적으로 층(Tier)화해서 개발하도록 하고 있다. 이는 .NET 개발자들에게 익숙한 내용일 것이라 생각이 든다. 클라이언트 층(View Layer)와 데이터 로직을 담당하는 서버층(Business Layer)를 나눠어 개발을 해서 관리하기가 편하고, 따로 서비스 참조를 걸어 주는 것이 없어서 수정시 위와 같은 복잡한 절차를 걷히지 않고, 실버라이트 애플이케이션만 배포하면 되기 때문에 유지보수도 편한면이 있다.

[그림1] WCF RIA Services 구조

위 그림은 WCF RIA Service의 통신 방법을 보여 주고 있는 모습인데,Web Service와 통신도 가능하지만,  비즈니스(Business)로직과 바로 통신도 가능하다. 이는 도메인서비스클래스(Domain Service Class)를 이용해야 한다. 이 내용은 아래 예제를 통해서 알아 보도록 하겠다.

ㅁ WCF RIA Services 사용

먼저, WCF RIA Service를 사용하기 위해서는 Silverlight.net 사이트에서 WCF RIA Services Beta를 받아야 할것이다. 물론, 실버라이트4를 위한 WCF RIA Services Preview도 있다. 현재 개발환경에 맞는 것으로 다운로드 받아 설치해서 사용하면 될 것이다. 필자는 실버라이트 3 환경이기때문에 Beta버전을 받아 사용하고 있다. 

[그림2] 다운로드 사이트

WCF RIA Services를 설치하면 특별하게 템플릿이 추가되는게 아니여서 제대로 설치가 된 것인지 잘 모를것이다. 정상적으로 설치가 되었는지 확인하는 방법은 비주얼 스트디오(Visual Studio)에서 실버라이트 프로젝트를 생성하면 아래와 같은 창이 나타날 것이다.

[그림3] 프로젝트 생성관련 창

 위 창에서 Enable .NET RIA Services라고 체크 항목이 나타나면 정상적으로 설치 된것이다. .NET RIA Services는 WCF RIA Services의 이전 이름이다. 이름에 혼돈이 없으시길 바라며, 위 창에서 모르고 체크하는 것을 깜박하고 프로젝트를 생성해 버렸다면, 실버라이트 프로젝트 속성(Properties)에서 .NET RIA Services 를 해당 웹프로젝트로 설정해주면 된다.

[그림4] 실버라이트 프로젝트 속성(Properties)창

ㅁ 플리커(Flickr) 인증된 사진 읽어 오기

 위에서 로그인 인증이 끝났다고 가정하고 내 사진을 읽어 오는 내용을 확인 해보도록 하자.

[코드 5] FlickrAPIHelper 클래스

 필자는 FlickrAPIHelper 클래스를 만들어서 사용하였다. GetMyPhoto 메소드는 플리커 API를 호출하기 위한 URL를 만들어 주는 부분이다. GetMyPhoto 메소드의 파라미터는 token(로그인 인증 토큰), nsID(로그인 인증), currentPage(읽어 올 페이지), count(읽어 올 데이터 수)로 구성이 되어 있다. [코드 5] 메소드를 통해서 반환 받은 URL를 호출해 보면 아래와 같은 XML 데이터를 받아 오게  되는데 이를 LINQ to XML로 파싱해서 데이터 클래스에 채워서 뷰에 바인딩 걸어 주면 된다.

[코드 6] 플리커 API flickr.photos.search 반환 XML 데이터

[코드 7] LINQ to XML로 XML 데이터 파싱

위 코드 내용은 [코드 6]의 XML 데이터를 받아서 [코드 7]에서 FlickrPhotoModel 클래스(데이터 클래스)에 값을 채워주는 내용이다. LINQ to XML은 DB 쿼리를 만져 보신 분들이라면 쉽게 이해하고 사용 할 수 있을 것이라 생각이 든다. [코드 7]은 반환 값이 IList<FlickrPhotoModel>로 뷰모델에서 호출해서, 반환 데이터를 받아 ListBox 컨트롤에 바인딩이 되도록 짜놓았다.

(아래 MainViewModel 클래스 참고)

[코드 8] MainViewModel 클래스(Class)

PhotoSource 는 뷰에 ListBox 컨트롤(Control)이랑 바인딩이 걸려 있는 상태여서 뷰모델의 데이터(모델)가 변경이 되면 ListBox의 데이터도 변경이 된다.

[그림 5] 포토 리스트 화면

 위 그림처럼까지 나오게 했다면 이제 상세정보 보여주는 거는 정말 쉬울 것이다.

[코드 8]에서 보면 SelectionChangedCommand를 만들어 준 것을 보았을 것이다. 이는 위에서 LoginCommand와 같은 방법으로 ListBox 컨트롤에 붙어 넣어두고 EventName을 SelectionChanged로 설정해주자. 그렇게 되면 리스트박스에서 Selection이 일어 날 때 마다 해당 커맨드(SelectionChangedCommand)가 발생해서 뷰모델에서 선택된 데이터가 들어 올것인데, 이를 받아서 포토(사진)을 크게 보여주면 되기 때문에 상세 뷰도 쉽게 만들수 있을 것이다. 커맨드 파라미터 설정은 위에서 따로 설명하지 않았었데, 간단하다. Command 설정 밑에 CommandParameter를 설정할수 있도록 되어 있다.

[그림 6] CommandParameter 설정

 Element Property를 선택 해당 리스트박스(ListBox)컨트롤을 선택후 파라미터를 SelectedItem으로 선택해주면 해당 커맨드가 일어났을 때 파라미터로 SelectedItem을 받을수 있게 되는 것이다.이렇게 받은 데이터를 상세 뷰에 바인딩 시켜주면 간단하게 상세 뷰페이지도 끝나는 것이다.