그리즐리's 다락방 공작실 (분점)

 XML로 벡터오브젝트나 애니메이션을 표현하는 방법이 XAML이 최초는 아닙니다. 이미 오래전에 SVG라는 포맷이 표준으로 존재하고 있습니다. SVG는 벡터 그래픽을 공통된 XML 형태로 표현하여 어느 기기에서나 동일한 모습을 보여주는 것을 목적으로 하는 포맷입니다. Raster graphic에서 JPG나 PNG가 있는 것처럼요. 하지만 XAML도 역시 벡터 그래픽과 관련되어 있기 때문에 이 두 포맷간의 차이점에 있어서 여러 이견이 있습니다.

 저는 Silverlight 기술에 관심이 많기 때문에 요즘에 그쪽과 관련하여 여러 아티클들을 RSS 구독하고 있습니다. 그중에는 Silverlight 를 개발하고 있는 실무자들의 블로그도 포함되어 있는데요 오늘 그중에 Jessy Liberty라는 분의 블로그에 이런 글이 올라와 있더군요.

Silverlight and SVG

I've received the following question (in various forms) three times in the past two weeks, so I'm going to take the opportunity to post it and my response (such as it is) here.

"... I  read that if Microsoft had supported SVG, this there would have been no need for Silverlight and that Silverlight is just a reinvention of SVG to protect Internet Explorer."

"The blogs say that Silverlight is just SVG reinvented to be owned by Microsoft"

내용인 즉슨, 몇몇 네티즌들이 XAML은 SVG를 다시 MS구미에 맞게 재개발한게 아니냐는 질문을 여러번 해왔다고 합니다. 여기에 Jessyliberty의 답은 이렇습니다.

My attempt at a reply usually boils down to something like this...

I never know how to begin to answer questions like this. If Silverlight and SVG were equivalent technologies, this might be a debate that some would benefit from, but I believe they are really quite different, serving different purposes.  Silverlight is an emerging technology in the spectrum of .NET tools for developing applications and I think you'll find that the appeal of Silverlight, strong as it is,  will be an order of magnitude stronger when we unwrap Silverlight 2 in a few weeks.

I don’t mean to dismiss your question; it is just not what I do; I’m best at helping folks learn and use Silverlight, not defending it in comparisons to putative alternative technologies.

 이분의 이야기는 SVG와 XAML은 비슷해보일지 몰라도 애시당초 다른 목적으로 개발된 것이며 이 차이점은 몇주뒤 발표될 Silverlight 2.0에서 더 확실히 드러나게 될것이다. 라고 이야기하고 있습니다. SVG가 단순히 벡터 그래픽을 지원하기 위한 표준이라면 XAML은 하나의 어플리케이션을 만들기 위한 프레임웍이라는 것이지요. 아마 이러한 이야기들이 나온 것은 WPF에서의 XAML에 비해서 Silverlight의 XAML이 많이 축소되어 있는 면이 있기 때문이 아닐까 합니다.