즐거운인생

데이터를 주고 받을때. 특히 네트워크 상에서는 XML을 많이 사용하죠..

받아온 XML을 입맛에 맛게 사용하기 위해서는
(입맛에 맛게라기 보단 먹을수 있게......쪽이 더 맞으려나..)

XML을 역직렬화 하는 과정이 필요합니다.

그럴때 XML을 클래스에 맵핑(? 이라고 해야 하나요? 다른말을 써야하나? ㅋ)하기 위해
클래스를

[XmlRoot(ElementName = "WVP")]
    public class MainTopicListModel
    {
        [XmlElement(ElementName = "TopicList")]
        public TopicListModel Topic { get; set; }

뭐 이런식으로 XmlAttribute 를 써서 클래스를 만드는데...
사실 헷깔리지 않게 잘만 만들면
간단하게 알아서 잘 역직렬화가 되는데

혹시라도

가끔..

이상하게 데이터가 잘 넘어오는데
이상하게
특정변수만 값이 계속 안넘어 온다면

Name을 잘 보는것도 괜찮습니다...

혹시나.. 뒤쪽에 공백이 없는지를 확인을... ㅠㅠ


뭐 이런실수. 아무도 안하겠지만
뒤쪽에 공백 하나 때문에
계속 값이 한개만 안넘어와서

혼자 2시간을 끙끙 거렸는데..
알고보니 공백....
 << 이놈의 공백.. ㅠㅠ

간만에 하고 있는 실버라이트....
자주 써야 할꺼 같은걸 하나 정리합니다~

뭐 다른데서도 마찬가지지만
실버라이트에서도 프로그램 실행시 사용되는 이미지등을 리소스로 따로 모아두고 사용합니다.
이 리소스는 빌드액션(Build Action)방식에 따라 패키지되는 방식을 정할수 있는데

빌드액션은 다름 세가지로 분류됩니다.

간단해 보이는 내용인데 왜 이걸 정리하느냐??
빌드액션에 따라서 리소스 참조 URI가 달라지기 때문이죠...(아.. 헷깔린다... ㅠ-ㅠ)

URI는 경로를 나타내므로 (당연히)상대경로와 절대경로가 있습니다.
그리고 참조해야 하는 리소스는
해당 프로그램의 패키지파일을 기준으로 패키지보다 상위에 있을수도 있고
패키지와 같은레벨에 있을수도
패키지 하위에 있을수도
패키지 하위의 어셈블리에 있을수도 있죠

3번과 5번의 차이는
5번은 프로젝트에 추가한 리스소용 파일을 빌드액션을  resource로 했을때 접근하는 방법이고
3번은 다른 어셈블리(참조추가된)에 있는 리소스에 접근할때 입니다.