현장과 개발, 기술의 조화 그리고 성공!!

Composite Application Guidance for WPF 시작하기

2009-09-25T15:44:44Z

모처럼 글을 올립니다.

글을 올린다기 보다는 번역된 글을 수정해서 올린다는 말이 낫겠네요

일본어로 된 도움말을 번역사이트를 통해서 변역을 하고 제가 직접 읽어가면서

잘못된 번역은 직접 수정을 하고 있습니다. (일본어가 쪼매 되는 탓에 *^^*)

혹시 번역이 이상해서 잘 이해가 안되더라도 깊은 이해를 부탁드립니다.

이상한 부분은 댓글을 남겨 주세요.

tag : CAG

P&P로부터의 복합 UI 의 성과물을 선택할 때의 가이드 라인

2009-09-25T15:40:16Z

Composite Application Guidance for WPF - 2008년6월

Patterns & Practices 로부터의 복합 UI 의 성과물을 선택할 때의 가이드 라인

patterns & practices 팀에서는, 복합 어프리케이션(application)의 build에 관한 성과물을 몇인가 제공하고 있습니다. 이하의 일람은, 각 성과물을 사용할 때에 고려해야 할 시나리오를 내보이고 있습니다.

Windows 폼 복합 어프리케이션(application)을 개발 할 필요가 있을 경우는, 이하의 점에서 스마트 클라이언트 소프트웨어 팩토리(SCSF: Smart Client Software Factory)의 사용을 검토합니다.
- 가장 완성도가 높은 플랫폼을 활용하고 있습니다.
- 개발과 디버그의 조작성에 뛰어나고 있습니다 (툴, 컨트롤의 지원, 드랙 앤 드롭, 신속한 어프리케이션(application) 개발 경험등).
- 코드 생성 기능이 있습니다 (이 기능에는 가이던스(guidance) 패키지의 지원과 레시피가 부속되고 있습니다).
- 비연결형으로 접속하는 클라이언트에게 대한 기능도 있습니다.
Windows Presentation Foundation (WPF)컨텐츠를 호스트하는 Windows 폼 복합 어프리케이션(application)을 개발 할 필요가 있을 경우는, 이하의 점에서 스마트 클라이언트 소프트웨어 팩토리(SCSF: Smart Client Software Factory)과 WPF 상호운용 기능의 사용을 검토합니다.
- 기존의 SCSF 인프라스트럭처와 병용할 수 있습니다.
- 가이던스(guidance) 오토메이션이 포함되어 있습니다 (가이던스(guidance) 패키지와 레시피를 지원한 폼).
기존의 Composite UI Application Block (CAB)어프리케이션(application)을 WPF 에 이행할 경우는, 이하의 점에서 SCSFContrib CodePlex 프로젝트의 WPFCAB 의 사용을 검토합니다.
- CAB 을 사용하는 순수한 WPF 베이스의 어프리케이션(application)을 build할 수 있습니다.
- view를 제외하고, 기존의 SCSF 인프라스트럭처와 병용할 수 있습니다.
- patterns & practices 팀에서는 유지 관리(maintenance)나 관리를 행하고 있지 않고, 커뮤니티에서의 지원을 받습니다.
- CAB 로부터 WPF 에 단순에 이식되어, WPF 을 이용하기 위한 최적화는 행하여 지지 않습니다.
- 가이던스(guidance) 오토메이션은 포함되어 있지 않습니다.
WPF 을 포함하는 복합 어프리케이션(application)을 작성할 경우,또는 기존의 WPF 어프리케이션(application)을 복합 어프리케이션(application)에 업그레이드할 경우는, 이하의 점에서 이 Composite Application Guidance for WPF 을 사용합니다.
- WPF 복합 어프리케이션(application)의 개발을 목표라고 하고 있습니다.
- WPF 의 기능을 최적에 사용하게 디자인되어 있습니다.
- 경량의 라이브러리가 있어, 어프리케이션(application)에 포함시키는 라이브러리 기능을 선택할 수 있습니다.
- 기존의 어프리케이션(application)이나 라이브러리와 통합됩니다.
- 가이던스(guidance) 오토메이션은 포함되어 있지 않습니다.

Composite UI Application Block (CAB)과의 비교

Composite Application Guidance for WPF 은, patterns & practices 팀의 Composite UI Application Block (CAB)의 단순한 새 버젼이 아닙니다. 라이브러리와 가이던스(guidance)의 세트는 새롭게 기초로부터 작성되고 있어, WPF 복합 어프리케이션(application)의 신규개발을 지원하게 디자인되어 있습니다. CAB 의 새 버젼이 아닙니다만, 모듈 방식, 사용자 인터페이스(UI)의 구성, 서비스, 의존 관계의 삽입, 이벤트 브로커등, CAB 의 중핵이 되는 개념을 받아들이고 있습니다. 복합 어프리케이션(application)을 빌드할 경우에는 이러한 개념이 불가결이 되기 위해서, Composite Application Guidance 에서도 이러한 개념을 받아들이고 있습니다만, 구현은 이하와 같은 이유로 CAB 과는 다른 것이 되고 있습니다.

Composite Application Guidance 은, 유저에게서의 피드백을 짜 넣고 있습니다 . patterns & practices 팀은 CAB 의 구현에 관해서, 긍정적인 것도 부정적인 것도 포함시키고, 오랜 세월에 걸쳐 많은 피드백을 받아 왔습니다. 부정적인 피드백에는, 지나치게 무거운, 지나치게 복잡한, 결부가 지나치게 긴밀한, 착수하기 위해서는 지나치게 어렵다고 한 것이 있었습니다. 또, 유저는 라이브러리를 서서히 도입해 갈 수 있는 어프로치나, 기존의 라이브러리와 연계할 수 있는 어프로치의 필요성도 쓰고 있었습니다. patterns & practices 팀은, 이러한 걱정 사항에 대처하고, 새로운 아이디어에 열을 올리는 최선의 방법은 CAB 을 버려 떠나는 것이라고 결단했습니다.
CAB 은 WPF 을 지원할 목적에서 빌드된 것이 아니었습니다 . CAB 로부터 WPF 에 이식할 수는 있습니다만, CAB 은 WPF 의 중핵기능을 이용하게 빌드된 것이 아니었습니다. CAB 이 도입하고 있었던 메커니즘은, 많은 경우, 현재 WPF 의 네이티브 메커니즘이 되고 있습니다. 예를 들면, WPF 에서는 UI 의 구성에 도움이 되는 첨부 프로퍼티를 도입하고 있습니다만, 이것은 CAB 에서 사용되어 있었던 방법에 비교해서 경량이 되고 있습니다. 또, WPF 의 파라다임(paradigm)은 Windows 폼과는 본질적으로 다릅니다. UI 을 구성하는 방법은, 종래의 컨트롤을 사용하는 방법에 비교해서 훨씬 유연합니다. WPF 에서는, UI 을 표시하는 방법을 제어하기 위해서, 템플릿을 사용하는 사고방식도 도입하고 있습니다.
CAB 은 Windows 폼의 개발 경험에 의존하고 있습니다 . CAB 의 개발 시나리오는, Microsoft Visual Studio 이 Windows 폼에 적합하게 제공하는 툴이나 생산성을 향상하는 조작성에 의존하고 있습니다. 현재의 WPF 개발 경험에는 크게 다른 파라다임(paradigm)이 있습니다. Visual Studio 2008에서는, WPF 어프리케이션(application) 개발이 상당한 부분으로, 여전히 XML 과의 연계를 수작업으로 행할 필요가 있습니다. Visual Studio.NET의 디자이너에서는, Windows 폼의 개발자가 익숙하는 기능의 조금의 subset밖에 제공하지 않았습니다. Expression Blend 과 같은 툴이 이러한 기능의 일부를 제공합니다만, 개발자를 대상으로 삼은 것이 아니고, 개발 환경에도 통합되어 있지 않습니다. 이러한 조작성은, 금후의 버젼의 플랫폼에서 개선될 것입니다. WPF 개발의 현상에 근거하면, Windows 폼으로부터 WPF 에의 이행은 현시점에서는 상당한 작업을 필요로 하고, 개발자에게는 많은 학습이 필요하게 됩니다. 이러한 이유로, 이 가이던스(guidance)는 WPF 에서의 복합 어프리케이션(application)의 신규개발에 최적이어지도록 하고 있습니다.

프로필(개인정보)의 관리 | 문의처 | MSDN Flash newsletter | 일본에서의 개인정보의 취급 | 사이트 맵

tag : CAG

Composite Application Guidance for WPF

2009-09-25T15:26:30Z

Composite Application Guidance for WPF - 2008년6월

Composite Application Guidance for WPF

여기에서는, Microsoft patterns & practices 의 Composite Application Guidance for WPF (Windows Presentation Foundation)이라고, 이것이 대처하는 개발 과제가 대범한 개요에 대해서 설명합니다.

복잡한 WPF 클라이언트 어프리케이션(application)을 빌드할 때에 직면하는 몇개의 문제점과, Composite Application Guidance for WPF 을 이용해서 이러한 문제점에 대처하는 방법에 대해서 설명하고, Composite Application Guidance for WPF 과 다른 동등한 어프로치를 비교합니다.

어프리케이션(application) 개발의 과제

일반적으로, 클라이언트 어프리케이션(application)의 개발자는 많은 과제에 직면합니다. 대부분의 엔터프라이즈 어프리케이션(application)은 상당히 복잡해져, 복수의 개발자가 필요하게 됩니다. 또, 개발자이외에도 사용자 인터페이스(UI)의 디자이너나 localizer―등이 관여하는 대규모인 개발팀이 될 것도 있습니다. 복수의 개발자나 서브팀이, 각양각색인 어프리케이션(application) 컴포넌트를 각각 독립해서 효과적으로 개발할 수 있음과 동시에, 개발한 컴포넌트를 어프리케이션(application)에 통합할 때 심리스(seamless)에 연계할 수 있는 것 같은 어프리케이션(application) 설계 수법을 정하는 것은 큰 과제가 될 가능성이 있습니다.

게다가, 어프리케이션(application)의 요건은, 시간의 경과와 함께 변화되어 갈 가능성이 있습니다. 새로운 사업기회가 생기거나, 비즈니스상의 과제가 출현하거나 할 가능성이 있습니다. 새로운 technology를 이용할 수 있게 될지도 모르겠습니다. 개발 사이클의 진행중에 유저에게서의 피드백이 있어, 어프리케이션(application)의 요건에 중대한 영향을 끼치는 것도 생각됩니다. 따라서, 유연성이 있어, 장기에 걸쳐 용이하게 변경 또는 확장할 수 있는 어프리케이션(application)을 빌드하는 것이 중요해집니다. 유지 관리(maintenance)가 용이한 설계를 실현되는 것은 곤란합니다. 어프리케이션(application)의 각 부분을 독립해서 개발 및 테스트할 수 있는 아키텍처, 어프리케이션(application)의 다른 부분에 영향을 주지 않고, 독립해서 변경 또는 갱신할 수 있는 아키텍처가 필요합니다.

” monolithic”스타일의 어프리케이션(application)을 설계 및 빌드하면, 유지 관리(maintenance)가 대단히 곤란해서, 효율이 나쁜 어프리케이션(application)이 될 가능성이 있습니다.이 경우의” monolithic”스타일의 어프리케이션(application)과는, 어프리케이션(application)의 각 컴포넌트가 서로 가까운 관계를 가지고, 각 컴포넌트를 명확히 분리할 수 없는 어프리케이션(application)입니다. 보통, 이 방법으로 설계 및 빌드된 어프리케이션(application)은, 개발자의 작업을 곤란하게 하는 많은 문제점을 생기게 합니다. 시스템에 새로운 기능을 추가하거나, 기존의 기능을 바꿔 놓거나 하는 것이 곤란합니다. 시스템의 다른 부분에 영향을 주게 하지 않고 버그를 해결하는 것이 곤란합니다. 테스트나 배치가 곤란합니다. 또, 개발자와 디자이너가 효과적으로 연계할 수 없게 됩니다.

복합 어프로치

이러한 과제를 효과적으로 해결하기 위해서는, 어프리케이션(application)을 몇개의 컴포넌트에 분할합니다. 그 때, 각 컴포넌트를 독립시켜, 상호의 결부를 적게 하고, 상호의존 관계를 절감하고, 어프리케이션(application)”셀”에 용이하게 통합할 수 있도록 하고, 일관성이 있는 솔루션을 형성합니다. 이러한 방법으로 설계 및 빌드된 어프리케이션(application)을” 복합 어프리케이션(application)”이라고 부릅니다.

복합 어프리케이션(application)에는, 다음과 같은 많은 메리트가 있습니다.

개발자나 서브팀이, 각 모듈을 각각 개별로 개발, 테스트,및 배치할 수 있습니다. 새로운 기능에 용이하게 변경 또는 확장할 수 있습니다. 그 결과, 어프리케이션(application) 자체를 용이하게 확장 및 유지 관리(maintenance)로 오겠습니다.
소결합 형식으로 상호작용하는 각양각색인 모듈로부터의 UI 컴포넌트에서 구성되는 공통 셀이 제공됩니다. 이것에 의해, 복수의 개발자가 UI 에 신기능을 추가 함으로써 생기게 하는 경합이 감소하고, 공통인 외관을 얻을 수 있습니다.
로그 기록이나 인증등의 어프리케이션(application)을 횡단하는 기능이나, 어프리케이션(application) 고유의 비즈니스 기능과 같은 종적의 기능의 재이용이 진행하고, 각각의 현안사항이 명확히 분리됩니다.
각 개발자나 서브팀은 각각의 중점분야나 전문분야에 따라서 특정한 작업이나 기능 부분에 집중할 수 있기 위해서, 역할을 분담할 수 있습니다. 특히, 어프리케이션(application)의 사용자 인터페이스와 비즈니스 로직을 명확히 분리할 수 있습니다. 즉, UI 디자이너는 좋은 【사용자 경험】를 만들어 내는 것만큼 전념할 수 있습니다.

복합 어프리케이션(application)은, 클라이언트 어프리케이션(application)이 광범위한 시나리오에 잘 적합합니다. 예를 들면, 많은 이종 back-end 시스템 위로 기능 풍부한 【엔도유자에쿠스페리엔스】를 작성하기 위해서는, 복합 어프리케이션(application)이 이상적입니다. 도1에 이 종류의 복합 어프리케이션(application)을 내보입니다.

도1
복수의 back-end 시스템과 연계하는 복합 어프리케이션(application)

이 종류의 어프리케이션(application)에서는, 유저에게 기능이 풍부해서 유연성이 있는 【유자에쿠스페리엔스】를 제공할 수 있습니다. 이러한 【유자에쿠스페리엔스】는, 복수의 back-end 시스템, 서비스,및 데이타 스토어 (각각 1개이상의 전용 모듈로 나타내집니다)에 미치는, 타스크(task)를 중심으로 하는 것에 중점을 둔 기능을 제공합니다. 어프리케이션(application) 로직과 사용자 인터페이스가 명확히 분리되기 때문, 어프리케이션(application)에서는 모든 구성 모듈간에서 일관성이 있으면서, 구별된 외관을 제공할 수 있습니다.

또, UI 안(속)에 개별로 개량을 더하여지는 컴포넌트가 있어, 이것들의 컴포넌트가 서로 밀접에 통합되어, 각각이 다른 팀에 의해 유지관리되는 것 같을 경우에도 복합 어프리케이션(application)이 유효합니다. 도2에 이 종류의 어프리케이션(application)의 스크린 숏을 내보입니다. 빨강테두리로 둘러싼 각 영역이, UI 로서 합성되는 개별의 컴포넌트를 나타내고 있습니다.

도2
Stock Trader Reference Implementation 복합 어프리케이션(application)

이 경우, 복합 어프리케이션(application)으로 하는 것으로, 어프리케이션(application)의 사용자 인터페이스를 동적으로 합성할 수 있습니다. 그 결과, 유연성이 있는 【사용자 경험】를 제공할 수 있습니다. 예를 들면, 실행시에 새로운 기능을 동적으로 추가할 수 있고, 최종사용자에 뛰어난 커스터마이즈와 확장의 기능을 제공할 수 있습니다.

아키텍처의 목표와 원칙

이하의 겉면에, Composite Application Guidance 팀의 고객자문위원회에 의해 최우선으로 여겨지고 있는 아키텍처상의 원칙을 내보입니다. 이것들의 원칙으로부터, 가이던스(guidance)가 어떻게 고안되어, 어느 분야에 중점이 두어졌는지를 판단할 수 있습니다.

품질	정의
subset화의 용이성	Composite Application Library 의 일부를 이용할 수 있도록 하는 것입니다. 특정한 기능만을 선택할 수 있고, 기능을 증가하면서 이용할 수 있고, 기능 단위에 유효 또는 무효에 할 수 있습니다.
학습의 용이성	Composite Application Library 을 사용하는 WPF 복합 어프리케이션(application)의 build 방법을 재빠르게 이해가 가도록 하는 것입니다. 이해하기 쉽고, 서로 의존하지 않는 작은 기능을 복수준비하는 것으로, 신속히 착수할 수 있게 됩니다.
확장성	프레임워크나 어프리케이션(application)의 디자인을 다시 할 필요가 없고, 프레임워크의 구성 요소를 강화, 확장,또는 치환할 수 있도록 하는 것입니다.
호환성	Composite Application Library 을 기존의 어프리케이션(application)에 채용할 수 있고, 다른 기존의 인프라스트럭처와 병용할 수 있습니다. 중핵이 되는 서비스는 교환가능합니다.
단순성	Composite Application Library 은, 복잡함을 줄이기 위해서, 필요최저한의 방법으로 디자인되어 있습니다. Composite Application Library 은, 해야 할 것을 할 수 있는 최저한의 단순성을 추구하고 있습니다.
테스트의 용이성	Composite Application Guidance 의 샘플 구현은, 프레젠테이션의 분리(Separated Presentation)패턴의 구현을 제공합니다. 이러한 패턴에 의해 UI 로직을 테스트할 수 있습니다.
퍼포먼스	Composite Application Library 은, 어프리케이션(application) 실행중의 오버헤드를 최소한으로 억제하고 있습니다.
스케일라 빌리터	어프리케이션(application)은, 증가하는 부하를 지원하게 스케일을 확대할 수 있습니다.
업그레이드의 용이성	Composite Application Library 을 사용하게, 기존의 WPF 어프리케이션(application)을 업그레이드할 수 있습니다.

도입【사용자 경험】

Composite Application Guidance 에는, 뛰어난 도입【사용자 경험】를 제공한다고 하는 명확한 목표가 있습니다. 이 목표를 실현되기 위해서, Composite Application Guidance 에서는 이하의 기능을 제공합니다.

Composite Application Library 의 기능을” 선택” 및” 선택으로부터 제외”할 수 있습니다. 예를 들면, 필요한 서비스만을 이용할 수 있습니다.
기존의 WPF 어프리케이션(application)에 Composite Application Library 의 기능을 서서히 추가할 수 있습니다.
이하의 이유에 의해 안전성을 제공합니다.
- 코드내에서의 Composite Application Library 의 footprint가 제한되어 있습니다.
- Composite Application Library 의 커스텀 속성에의 의존도가 제한되어 있습니다. 계승보다도 구성을 우선하는 디자인에 의해, 기존의 라이브러리를 Composite Application Library 에 통합할 수 있습니다 (이것에 의해 Composite Application Library 의 클래스에서의 계승을 회피할 수 있습니다).

Composite Application Guidance 에서는 대처되지 않는 현안사항

Composite Application Guidance 에서는, 이하의 항목이 직접 대처되지 않으므로 주의해 주십시오.

단속적인 접속
이하를 포함하는 메시지 인프라스트럭처
- 클라이언트와 서버간의 통신
- 비동기통신
- 암호화
어프리케이션(application)의 퍼포먼스
인증과 승인
이하를 포함하는 백그라운드 갱신으로부터의 쓰레드 세이프에 관한 처리
- 데이타의 경합
- 데이타의 동기
- 복수의 쓰레드로부터의 UI 갱신의 처리(Composite Application Library 에서는 이 일부의 측면에 대처합니다)
버젼 관리
에러 처리와 fault tolerance

이것들의 토픽의 상세에 대해서는, 이하의 리소스를 참조해 주십시오.

Smart Client Architecture and Design Guide (영어)
Occasionally Connected Systems Architecture:The Client (영어)
Occasionally Connected Systems Architecture:Concurrency (영어)

Composite Application Guidance 을 선택할 때의 고려사항

Composite Application Guidance 은, 복잡한 WPF 어프리케이션(application)을 설계하는 것이 목적입니다. Composite Application Guidance 의 사용을 고려해야 할 시나리오는 이하 대로입니다.

통합 사용자 인터페이스를 사용하고, 복수의 소스로의 정보를 표시하는 복합 어프리케이션(application)을 빌드한다.
다른 모듈과는 무관계에 모듈을 개발, 테스트 및 배치한다.
복수의 공동 작업팀에서 어프리케이션(application)을 개발한다.

이러한 시나리오를 1개이상 필요로 하지 않는 어프리케이션(application)에는, Composite Application Guidance 이 적절하지 않을 경우도 있습니다. Composite Application Guidance 에는 WPF 을 실제로 사용한 경험이 필요하게 됩니다. WPF 에 관한 전반적인 정보가 필요할 경우는, 이하의 소스를 참조해 주십시오.

MSDN 의 Windows Presentation Foundation
Sells, Chris, Ian Griffiths 공저 『Programming WPF: Building Windows UI with Windows Presentation Foundation』 (Second Edition), O'Reilly Media, Inc. ,2007년
Nathan, Adam 저 『Windows Presentation Foundation Unleashed』 Indianapolis, IN: Sams Publishing, 2006년

프로필(개인정보)의 관리 | 문의처 | MSDN Flash newsletter | 일본에서의 개인정보의 취급 | 사이트 맵

tag : CAG

개요

2009-09-25T15:18:17Z

Composite Application Guidance for WPF - 2008년6월

개요

엔터프라이즈 수준의 Windows Presentation Foundation (WPF)클라이언트 어프리케이션(application)을 빌드할 때, 복잡한 과제에 직면합니다. Composite Application Guidance for WPF 은, 이러한 복잡함을 용이하게 관리 할 수 있도록 디자인된 일련의 가이던스(guidance)입니다. 이 가이던스(guidance)에서는, 결부가 긴밀이 아니고, 서로 의존하지 않는, 진화가능한, 서로 연계하는 요소를 이용하고, 그것들을 전체적인 어프리케이션(application)에 통합하는 것으로, 유연성이 있는 WPF 클라이언트를 디자인 및 build에서 자르도록 합니다. 이 종류의 어프리케이션(application)을” 복합 어프리케이션(application)”이라고 부릅니다. 이 가이던스(guidance)는, 샘플 구현, 재이용가능한 라이브러리 코드(Composite Application Library),및 다큐먼트로부터 구성됩니다.

대상독자

이 가이드는, 복합 WPF 어프리케이션(application)의 기능을 복수의 팀에서 분담해서 빌드하는, 소프트웨어 아키텍트(architect) 및 소프트웨어 개발자를 대상으로 삼고 있습니다. 이렇게 빌드되는 복합 어프리케이션(application)은, 일반적으로, 계층화된 아키텍처를 갖추고, 컴포넌트가 각층에 물리적으로 배치되어, 각 컴포넌트의 현안사항이 명확히 구별되고 있어, 컴포넌트간의 결부는 긴밀하지 않습니다. 이러한 요건의 몇인가에 적합하지 않는 단순한 어프리케이션(application)의 경우, Composite Application Library 을 이용해도 그다지 많은 메리트를 얻을 수 없는 가능성이 있습니다.

Composite Application Library 은, Microsoft . NET Framework 및 Windows Presentation Foundation 을 기반으로서 빌드되고 있어, 많은 【소후토웨아데자인파탄】을 사용하고 있습니다. 이것들의 technology나 패턴에 정통하면, Composite Application Library 을 평가 및 채용할 때에 도움이 됩니다.

시스템 요건

이 가이던스(guidance)는, Microsoft Windows Vista, Windows XP Professional,또는 Windows Server 2003의 어느쪽인가의 오퍼레이팅 시스템상에서 실행되는 것을 상정해서 디자인되었습니다. 그 때문에, 이 가이던스(guidance)를 사용해서 빌드된 어프리케이션(application)을 실행할 경우. NET Framework 3.5이 필요하게 됩니다.

Composite Application Library 을 사용하기 위해서는, 이하의 제품을 인스톨 할 필요가 있습니다.

Microsoft Visual Studio 2008 (영어)
Microsoft .NET Framework 3.5 (. NET Framework 3.5은 WPF 을 포함합니다)

Composite Application Guidance 의 구성 요소

Composite Application Guidance 은, 이하의 요소로부터 구성됩니다.

Composite Application Library 의 source code: 개발자는 Composite Application Library 을 사용하고, 서로 연계하면서도 서로 의존하지 않는 복수의 모듈로부터 구성되는 WPF 어프리케이션(application)을 개발할 수 있습니다.
Unity Extensions for Composite Application Library 의 source code: Unity Container Application Block 과 Composite Application Library for WPF 을 병용하는 컴포넌트를 제공합니다.
Unity Application Block 의 binary: Composite Application Library 자체는 컨테이너 고유가 아닙니다. 단, Stock Trader Reference Implementation 은 컨테이너로서 Unity Application Block (영어)을 사용합니다.
Stock Trader Reference Implementation (Stock Trader RI): 실제사회의 시나리오를 기초로 한 복합 어프리케이션(application)입니다. 이 샘플 어프리케이션(application)은 Composite Application Library 의 베이스라인 아키텍처를 나타내기 위해서, 의도적으로 불완전한 상태로 해 있습니다. 이것은, 이 가이던스(guidance)가 복합 어프리케이션(application)을 빌드할 때에 직면하는 많은 과제에 어떻게 대처하고 있을지를 가리키는 뛰어난 참고자료입니다.
퀵 스타트(quickstep start): UI 합성, 동적인 모듈 방식, 커맨드 처리, 이벤트의 집약등, 특정한 기능을 예시하는 것에 중점을 둔 복수의 소규모 어프리케이션(application)의 source code를 포함합니다. Hello World 퀵 스타트(quickstep start)에서는, Composite Application Library 을 사용하는 어프리케이션(application)을 처음으로 작성할 때의 순서를 실습 형식으로 제시합니다.
다큐먼트: 아키텍처의 개요, Stock Trader RI 의 개요, 복합 어프리케이션(application)의 설계상 미쳐 기술상의 개념, 적용하는 패턴, 개발 방법에 관한 토픽, 퀵 스타트(quickstep start)의 개요, 배치에 관한 토픽등이 있습니다. Composite Application Library 을 사용하고 있지 않고, 복합 어프리케이션(application)을 작성할 때의 베스트 프랙티스(practice)를 알고 싶은 것 만큼이여도, 이 가이던스(guidance)를 구성하는 많은 요소가 도움이 됩니다.

다큐먼트의 내용

Composite Application Guidance for WPF 의 다큐먼트는, 복합 어프리케이션(application)의 사고방식으로부터 Composite Application Library 의 구성 요소를 사용할 때의 순서까지 다방면에 걸치고 있습니다. 다큐먼트는, 복합 어프리케이션(application)의 시나리오를 이해하거나, Composite Application Library 을 평가하거나 사용하거나 할 경우에 도움이 되게, 각양각색인 기술자에 있어서 매력이 있는 내용으로 하는 것을 목적으로 하고 있습니다. 도1에, 이용가능한 각종 다큐먼트의 구성을 내보이고 있습니다.

도1
Composite Application Guidance for WPF 의 다큐먼트

도1에 가리키게, 다큐먼트에는 이하의 각종 가이던스(guidance)가 포함되어 있습니다.

설계상의 개념:복합 어프리케이션(application)을 빌드할 때에 직면하는 주된 과제와, 이러한 과제를 해결하기 위해서 설계된 솔루션의 가이던스(guidance)에 대해서 설명합니다. 이것들의 토픽은, 주로 어떤 경우에 Composite Application Library 을 이용할지를 자세하게 이해하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
패턴 : Composite Application Library 및 Stock Trader Reference Implementation 에 적용되는 소프트웨어 설계 패턴에 대해서 설명합니다. 이것들의 토픽은, 주로 복합 어프리케이션(application)을 빌드할 때에 직면하는 과제에 대처하기 위해서 사용하는 패턴을 자세하게 이해하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
Composite Application Library 베이스라인 아키텍처 : 독자적인 베이스라인 아키텍처를 작성하기 위해서 사용할 수 있는 복합 아키텍처의 후보에 대해서 설명합니다. 이 다큐먼트는, 주로 독자적인 복합 어프리케이션(application) 개발에 착수하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
Composite Application Library: 이 라이브러리의 목적, 메리트, 개발 작업,및 커스터마이즈 작업에 대해서 설명합니다. 이 토픽은, 주로 라이브러리를 사용하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
기술상의 개념: Composite Application Library 의 기술구현의 상세에 대해서 개별로 설명합니다. 이 다큐먼트는, 주로 라이브러리가 특정한 측면을 자세하게 이해하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
개발 방법에 관한 토픽: Composite Application Library 을 활용해서 특정한 작업을 실현되는 순서에 대해서 설명합니다. 라이브러리의 사용 방법으로부터 커스터마이즈까지 폭넓게 설명합니다. 이것들의 토픽은, 주로 특정한 작업을 실현되려고 하고 있는 개발자를 대상으로 삼고 있습니다.
퀵 스타트(quickstep start): Composite Application Library 이 특정한 측면을 실증하는 Visual Studio 프로젝트에 대해서 설명합니다. 이것들의 토픽은, 주로 라이브러리의 일부의 기능 예를 추구하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
실습:실습에서는, 예를 제시해서 간단한 복합 어프리케이션(application)을 빌드하는 순서를 설명합니다. 이 토픽은, 주로 Composite Application Library 의 기본개념을 이해하려고 하고 있는 개발자를 대상으로 삼고 있습니다.
샘플 구현 : Stock Trader Reference Implementation 에 대해서 설명합니다. 이 어프리케이션(application)은, Composite Application Library 을 사용한 베이스라인 아키텍처의 구현 예를 제시하기 위해서 의도적으로 기능을 불완전하게 하고 있습니다. 이 토픽은, 주로 어프리케이션(application)의 일부로서 기능하는 라이브러리를 이해하려고 하고 있는 아키텍트(architect)와 개발자를 대상으로 삼고 있습니다.
디자이너 가이던스(guidance):사용자 인터페이스의 디자이너가 복합 어프리케이션(application)을 이해가 가도록 하는 것을 목적으로 하고 있습니다. Composite Application Library 을 사용해서 복합 사용자 인터페이스를 설계할 때에 도움이 되는 힌트를 제공합니다. 이 토픽은, 주로 복합 어프리케이션(application)의 개발 프로젝트에 종사하고 있는 디자이너를 대상으로 삼고 있습니다.

커뮤니티

Composite Application Guidance for WPF 에는, 다른 patterns & practices 의 성과물과 같이, 관련된다 커뮤니티 사이트 (영어)이 있습니다. 이러한 커뮤니티 사이트에서는, 질문을 투고하거나, 피드백을 제공하거나, 다른 유저에게 액세스해서 아이디어를 공유하거나 할 수 있습니다. 커뮤니티의 멤버는, 마이크로 소프트의 플랜이나 테스트의 금후의 제공물을 지원하거나, 확장 기능이나 훈련 교재등의 추가 컨텐츠를 다운로드할 수도 있습니다.

프로필(개인정보)의 관리 | 문의처 | MSDN Flash newsletter | 일본에서의 개인정보의 취급 | 사이트 맵

tag : CAG

시작하기

2009-09-25T15:13:42Z

Composite Application Guidance for WPF - 2008년6월

Composite Application Guidance for WPF

개요

Composite Application Guidance for WPF 은, 엔터프라이즈 수준의 Windows Presentation Foundation (WPF)클라이언트 어프리케이션(application)을 용이하게 build 할 수 있도록 디자인되어 있습니다. 이 가이던스(guidance)에서는, 결부가 긴밀이 아니고, 서로 의존하지 않는, 개별로 진화가능한, 서로 연계하는 요소를 이용하고, 그것들을 전체적인 어프리케이션(application)에 통합하는 것으로, 유연성이 있다” 복합" WPF 클라이언트 어프리케이션(application)을 디자인 및 build에서 자르도록 합니다.

Composite Application Guidance for WPF 은, WPF 클라이언트 어프리케이션(application)의 개발을 복수의 개발팀이 분담할 때에 도움이 됩니다. 이 종류의 어프리케이션(application)에서는, 각 팀이 어프리케이션(application)의 다른 요소의 개발을 담당하고, 각 팀이 개발한 요소가 심리스(seamless)에 연계하게 구성됩니다. 이 가이던스(guidance)는, 샘플 구현, 재이용가능한 라이브러리 코드(Composite Application Library), 다큐먼트, 퀵 스타트(quickstep start) 튜토리얼,및 실습으로부터 구성됩니다.

대상독자

이 가이던스(guidance)는, 엔터프라이즈 WPF 클라이언트 어프리케이션(application)을 빌드하는 소프트웨어 아키텍트(architect) 및 소프트웨어 개발자를 대상으로 삼고 있습니다. 가이던스(guidance)에서는, 다수의 디자인 패턴 를 사용합니다. 이것들의 technology나 패턴에 정통하면, Composite Application Library 을 평가 및 채용할 때에 도움이 됩니다.

시스템 요건

주:
이 버젼은, Windows Server 2008이라도 간단한 테스트를 행했습니다만, 철저한 테스트는 아직 가 보지 못했습니다.

Composite Application Library 을 사용하기 위해서는, 이하의 제품을 인스톨 할 필요가 있습니다.

Microsoft Visual Studio 2008 (영어)
Microsoft .NET Framework 3.5 (. NET Framework 3.5은 WPF 을 포함합니다)

가이던스(guidance)의 구성 요소

요소	설명
Stock Trader Reference Implementation (Stock Trader RI)	실제사회의 시나리오를 기초로 한 복합 어프리케이션(application)의 샘플입니다. 이 샘플 어프리케이션(application)은 Composite Application Library 의 베이스라인 아키텍처를 나타내기 위해서, 의도적으로 불완전한 상태로 해 있습니다. 이것은, 이 가이던스(guidance)가 복합 어프리케이션(application)을 빌드할 때에 직면하는 많은 과제에 어떻게 대처하고 있을지를 가리키는 뛰어난 참고자료입니다.
Composite Application Library 의 source code	개발자는 Composite Application Library 을 사용하고, 서로 연계하면서도 서로 의존하지 않는 복수의 모듈로부터 구성되는 WPF 어프리케이션(application)을 개발할 수 있습니다. 라이브러리에는, Unity Application Block 의 통합을 지원하기 위한 확장 기능이 포함되어 있습니다.
퀵 스타트(quickstep start)	사용자 인터페이스(UI)합성, 동적인 모듈 방식, 커맨드 처리, 이벤트 수집등, 특정한 기능을 예시하는 것에 중점을 둔 복수의 소규모 어프리케이션(application)의 source code를 포함합니다. Hello World 퀵 스타트(quickstep start)에서는, Composite Application Library 을 사용하는 어프리케이션(application)을 처음으로 작성할 때의 순서를 실습 형식으로 제시합니다.
다큐먼트	아키텍처의 개요, Stock Trader RI 의 개요, 복합 어프리케이션(application)의 설계상 미쳐 기술상의 개념, 적용하는 패턴, 개발 방법에 관한 토픽, 퀵 스타트(quickstep start)의 개요, 배치에 관한 토픽등이 있습니다. Composite Application Library 을 사용하고 있지 않고, 복합 어프리케이션(application)을 작성할 때의 베스트 프랙티스(practice)를 알고 싶은 것 만큼이여도, 이 가이던스(guidance)를 구성하는 많은 요소가 도움이 됩니다.

피드백과 지원

질문, 코멘트, 제안등이 있습닐 것입니까? 이 소프트웨어 factory에 관한 의견을 맞춰 주실 경우,또는 얼마간의 문제에 대한 지원이 필요할 경우는,CodePlex 커뮤니티 사이트 (영어)에 액세스해 주십시오.

Composite Application Guidance for WPF 은, 재이용, 커스터마이즈,및 확장을 실시할 수 있게 디자인되어 있습니다. 이것은 마이크로 소프트의 제품이 아닙니다. 코드 베이스의 가이던스(guidance)는,” 현상 다모쓰(有) 스가타(姿)”의 하옇든 감는 배포되어, 일체 보증되지 않습니다. 유저는 Microsoft 지원 서비스로부터 유상 지원을 받을 수 있습니다만, 코드는 유저가 기술한 것과 간주됩니다.

금후의 플랜

본서의 발행 시점에서는, 2009년도에 Composite Application Guidance for WPF 이 새로운 릴리스를 내는 것은 계획하지 않았습니다. patterns & practices 팀은, 2008년6월의 릴리스에 관한 피드백을 유저에게서 수집하기 시작할 예정입니다. 수집한 피드백은, 제품의 계획 프로세스에 받아들여, 커뮤니티 사이트에서 널리 전해 갑니다.

피드백을 맞춰 주실 경우는, CodePlex 의 Issue Tracker 페이지로 작업 항목을 영어로 작성해서 투고해 주십시오.

저자와 기고자

Composite Application Guidance for WPF 의 작성에 종사한 여러분(여기저기)를 이하에 가리킵니다.

patterns & practices 팀:

Blaine Wastell, Bob Brumfield, David Hill, Erwin van der Valk, Francis Cheung, Glenn Block, Larry Brader, Nelly Delgado, Alex Homer (Microsoft Corporation)

Brian Noyes (iDesign)

Adam Calderon (Interknowlogy LLC)

Arun Subramonian Namboothiri, Gokul Janardhanan, Padmavathy Bharathy Jambunathan, Prashant Javiya, Prasad Paluri (Infosys Technologies Ltd)

Damian Schenkelman, Diego Poza, Ezequiel Jadib, Ignacio Baumann Fonay, Jonathan Cisneros, Julian Dominguez, Mariano Converti, Mariano Szklanny, Matias Woloski (Southworks)

Tina Burden McGrayne (TinaTech, Inc.)

Veronica Ruiz (CXR Design)

엄청난 지원을 주신 이하의 여러분(여기저기)에게 감사의 뜻을 표합니다.

Bil Simser, Brad Abrams (Microsoft Corporation), Chad Myers, Clifford Tiltman (Morgan Stanley), David S Platt (Rolling Thunder Computing, Inc.) , Derek Greer, Ian Ellison-Taylor (Microsoft Corporation), Ivo Manolov (Microsoft Corporation), Jamie Rodriguez (Microsoft Corporation), Jeremy D. Miller (Dovetail Software), Josh Twist (Microsoft Corporation), Matt Smith (AltiMotion Corporation), Mark Feinholz (Microsoft Corporation), Mark Tucker (JDA Software Group, Inc.) , Michael D. Brown (Software Engineering Professionals, Inc.) , Michael Kenyon (IHS, Inc.) , Michael Sparks (RDA Corp), Ohad Israeli (Hewlett-Packard), Oren Eini (aka Ayende Rahien), Peter Lindes (The Church of Jesus Christ of Latter-day Saints), Rob Eisenberg (Blue Spire Consulting, Inc.) , Shanku Niyogi (Microsoft Corporation), Scott Bellware, Szymon Kobalczyk (InterKnowlogy), Udi Dahan (The Software Simplist), Varghese John (UBS), Ward Bell (IdeaBlade)

프로필(개인정보)의 관리 | 문의처 | MSDN Flash newsletter | 일본에서의 개인정보의 취급 | 사이트 맵

tag : CAG

[실버라이트 강좌] 패키지 다운로드

2008-12-18T16:05:25Z

정말 오랜만에 강좌를 올립니다. 역시 일이 바쁘다 보니 블로그 관리할 시간이 제대로 없네요. 에궁~~

이번 강좌는 이전 강좌였던 다른 xaml파일 활용하기(http://blog.daum.net/sonstein/15706325)를 기반으로 확장시켜볼까 합니다.

이렇게 가정해 봅시다. 하나의 프로젝트 내에서 복수의 xaml파일을 이용해서 개발을 합니다. 그런데 xaml파일이 엄청 많을 경우에 개발자는 다수. 모든 개발자들이 하나의 프로젝트 파일을 이용해서 개발을 한다면 정말 프로젝트 관리가 엄청 힘이 들겠죠. 그렇다면 각자에게 맡겨진 프로젝트 파일을 이용해서 개발을 한다고 해도 결국 하나로 모으기 위해서도 엄청나게 많은 시간과 노력을 필요로 할 것입니다. 때문에 silverlight에서는 외부에서 작성된 XAP파일을 내부로 읽어 들일 수 있는 좋은 기능을 가지고 있습니다.

이번 강좌에서는 정말 심플하게 이러한 기능을 하나 만들어 보겠습니다.

프로젝트 명은 RemoteContentControl이라고 하겠습니다.

시작점인 Page.xaml의 레이아웃을 위의 그림과 같이 만듭니다. 소스는 아래를 참조하세요.

<UserControl x:Class="RemoteContentControl.Page"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

Width="400" Height="300">

<Grid.RowDefinitions>

Grid.RowDefinitions>

<Grid.ColumnDefinitions>

Grid.ColumnDefinitions>

<Button Content="Remote" Margin="5,5,5,5" Height="50" VerticalAlignment="Top" Name="btnRemote" Click="btnRemote_Click">Button>

<Button Content="Local" Margin="5,60,5,5" Height="50" VerticalAlignment="Top" Name="btnLocal" Click="btnLocal_Click">Button>

Grid>

UserControl>

로컬의 XAML파일을 읽어 들이는 것과 리모트의 XAP파일을 읽어 들이는 두 개의 버튼을 만들었습니다.

로컬의 XAML파일을 읽어 오는 부분은 이전의 강좌를 참조하시면 되구요 이번에는 주로 원격지에 있는 파일을 읽어오는 것에 집중해서 하겠습니다.

새로운 SilverLight 프로젝트를 하나 만들어서 자유롭게 Page.Xaml을 만들어 보세요. 꼭 Page.Xaml 이라고 할 필요는 없습니다. 하지만 Xaml파일과 연결된 클래스명은 반드시 기억해 두세요. 나중에 사용하게 됩니다.

그리고 컴파일을 해서 생성된 XAP파일을 만듭니다.

Remote라는 버튼의 이벤트를 작성하고 본격적으로 코드를 만들어 갑니다.

원격지에 XAP파일이 존재한다는 것은 XAP파일을 로컬로 다운받아야 한다는 것을 의미합니다. 다운로드를 위해서 사용되어지는 WebClient라는 클래스가 있습니다. 이 클래스를 활용해서 다운로드를 하게 됩니다.

다운로드를 위한 자세한 설명은 이 곳(http://msdn.microsoft.com/ko-kr/library/cc189021(VS.95).aspx )을 참조하세요. 패키지 다운로드라는 부분이 있는데 샘플이 전혀 없네요 ^^; (이게 이 강좌를 만든 이유이기도 합니다.)

WebClient downloader = new WebClient();

downloader.OpenReadCompleted += new OpenReadCompletedEventHandler(downloader_OpenReadCompleted);

downloader.OpenReadAsync(new Uri(strXAPPath, UriKind.Relative));

OpenReadCompleted 이벤트는 OpenReadAsync함수를 호출했을 때 발생하게 됩니다. 즉 원격지에 존재하는 파일의 다운로드가 완료되면 발생을 합니다. 다운로드할 파일의 위치 지정은 OpenReadAsync함수의 파라미터에 지정하게 됩니다. 파라미터를 보면 URI 클래스입니다. 즉 XAP파일이 위치하는 웹의 경로를 지정하는 것을 말하죠.

저는 RemoteContent.xap라는 파일을 만들었습니다. 여기서 중요한 포인트. 반드시 파일을 ClientBin에 복사를 해야 합니다. 그리고 일단

strXAPPath = “RemoteContent.xap”;

로 작성해 주세요. 이 부분을 유동적으로 활용하기 위한 방법은 아래에 다시 설명을 해 두겠습니다.

URI클래스를 만들 때 파일명 경로와 이 경로가 절대경로인지 상대경로인지를 지정하게 됩니다. 여기서 절대경로를 지정하게 되면 에러가 발생합니다. MSDN에서도 상대경로로 지정하라고 나와있는데요. 음… 나중에 여기에 대해서 다시 썰을 풀어볼까 생각중입니다. 일단 위의 소스와 같이 작성을 하시고 나면 이제는 이벤트에 대해서도 코드를 구현해야 겠죠?

void downloader_OpenReadCompleted(object sender, OpenReadCompletedEventArgs e)

{

Uri uri = new Uri(strXAPPath.Replace("xap", "dll"), UriKind.Relative);

StreamResourceInfo xapPackageStream = new StreamResourceInfo(e.Result, null);

StreamResourceInfo assemblyStream = Application.GetResourceStream(xapPackageStream, uri);

AssemblyPart assemblyPart = new AssemblyPart();

Assembly assembly = assemblyPart.Load(assemblyStream.Stream);

UserControl objUserControl = (UserControl)assembly.CreateInstance(strClassName);

if (objUserControl != null)

{

remotePages.Add(objUserControl);

this.Desktop.Content = remotePages[0];

}

StreamResourceInfo와 Application.GetREsourceStream은 도움말 파일을 활용해 보시면 아주 자세하게 설명이 되어 있습니다. 허접한 제가 설명하는 것보다 더 도움이 많이 될 것입니다.

여기서 체크하고 넘어가야 할 부분이 2가지 있습니다.

첫번째. strXAPPath.Replace("xap", "dll") 다운로드를 위해서는 xap까지 작성된 확장자가 필요하지만 xap내부에 있는 dll파일에 대해서 참조를 하기 위해서는 URI의 경로에 있는 xap파일의 명을 dll로 변경시켜 줘야 합니다. 왜 이 부분이 필요한지는 저도 아직 잘 모르겠지만 저의 삽질의 결과라고 생각해 주세요. --;

두번째. 클래스 이름에 대한 부분입니다. 앞에서 클래스 명을 기억하라고 한 부분이 있었죠? CreateInstance에 적용할 클래스명은 [어셈블리명.클래스명] 이런식으로 작성을 해야 합니다.

컴파일 해서 실행시켜 보면 아래와 같은 화면의 결과를 나타냅니다.

그런데 꼭 반드시 외부 XAP파일을 ClientBin폴더 이외에 두는 것은 가능한가요?

네 가능합니다. 웹 루트보다 상위로 갈 수는 없어요(아주 당연한 이야기지만…) 그 아래로는 얼마든지 가능합니다. 단 가능하게 하려면 WebClient 클래스의 속성가운데 BaseAddress가 있는데요. 이 속성은 기본적으로 컴파일 한 후에 배포된 웹의 주소를 가지게 됩니다. 이 속성을 수정하지 않으면 http://localhost/RemoteContentControl/ClientBin/RemoteContentControl.xap라는 값을 가지게 됩니다. (이 값은 각자의 개발 환경에 따라 조금씩 차이가 있을 겁니다.) 이 속성을 자신이 XAP파일을 두고자 하는 경로의 값으로 지정하면 조금은 자유롭게 설정을 하는 것이 가능합니다.

소스를 추가해 두었습니다. 다양하게 적용시켜 보세요.

RemoteContent.zip

RemoteContentControl.zip

tag : SilverLight, PackageDownLoad

[실버라이트 팁] 크롬에서도 실버라이트가 가능하다.

2008-12-17T16:40:16Z

크롬 이전 버전(베타)까지는 실버라이트를 지원하지 않았었는데 정식버전이 나오고 나서 실버라이트도 지원하네요. 아래의 화면은 최근 이슈가 되고 있는 DevDays2008 웹을 크롬으로 실행시켜본 결과 화면입니다.

tag : SilverLight, Chrome

[실버라이트 팁] 한글 도움말 나왔어요 ^^;

2008-12-11T19:34:35Z

오랜만에 글을 적어요 *^^*

실버라이트 한글 도움말이 나왔네요. 영어로 일본어로 공부하던 것이 이제는 조금더 편하게 접근할 수 있을 것 같네요. 하지만 웬지 공부하면서 느낀 거지만 WPF를 공부안하고서는 한계에 다다른 다는 것을 점점더 느끼게 됩니다. WPF를 대충 공부했던 것이 아쉽기만해서 둘다 병행해 가면서 공부하려고 합니다.

아래에 링크를 걸어둡니다.

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=bce7684a-507b-4fc6-bc99-6933cd690cab

tag : 실버라이트, silverlight

[실버라이트 팁] 일본어 도움말이 나왔네요

2008-11-13T15:15:13Z

실버라이트 일본어 도움말이 나왔네요.

개인적으로 영어보다는 일본어를 조금더 잘하는 탓에 지금까지 영어로 보던 부분을 일본어로 보고

그동안 멈춰두었던 강좌도 다시 시작할려구 합니다. ^^;

일단은 일본어로 된 부분을 한글로 번역하는 수준으로 시작을 할 예정입니다. (무조건 내 생각임)

http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=bce7684a-507b-4fc6-bc99-6933cd690cab

tag : 실버라이트

[MVC 팁]MVC베타 아이템 템플릿 추가하기

2008-11-01T22:22:00Z

MVC베타가 나왔다. 하지만 이것을 다운 받고 설치를 하고 나면 Tutorial과는 다르게 제대로 되지 않는 부분들이 많다.

1. 테스트 환경 설정을 위한 창이 뜨지 않는다.

2. 항목 추가 창에 MVCXXXXXXXX로 시작하는 마법사 아이콘들이 보이지 않는다.

그 외 다수 ^^;;

하지만 이것도 해결할 수 있는 방법이 있다. 이거 해결한다고 엄청 삽질을 했다.

아래에 있는 내용대로 실행하면 위의 항목에 있는 내용들이 제대로 나타날 것이다. 하하하~~ --;

항목 하나하나가 정말 중요한 부분이니까 빠뜨리지 말고 해보자.

1. MVC 베타를 다운받아서 설치한다.

http://www.microsoft.com/downloads/details.aspx?FamilyId=A24D1E00-CD35-4F66-BAA0-2362BDDE0766&displaylang=en

가능하면 설치하는 동안 Visual Studio 2008을 닫아둔다. Visual Web Developer 2008도 물론이다.

2. 설치를 한다. 약 5분에서 10분 정도 소요될 것이다.

3. MVC 베타가 설치된 폴더로 간다.

\Program Files\Microsoft ASP.NET\ASP.NET MVC Beta

여기에 temp라는 숨겨진 폴더가 있다. 폴더가 보이지 않는다면 폴더 설정을 변경해서 폴더가 보이도록 한다.

\Program Files\Microsoft ASP.NET\ASP.NET MVC Beta\Temp

폴더에 들어가면 다양한 zip파일들이 존재한다. 이 파일들이 Template에 사용될 파일들이다.

위의 그림처럼 파일들이 분류된다.

4. 아래의 xxxxx.cs.zip파일을 아래의 경로로 복사를 한다. C#을 위한 파일들이다. Xxxxx.vb.zip파일들은 Visual Basic을 위한 파일들이다. 자신이 원하는 파일들만 골라서 복사를 한다.

ProjectTemplates

C#을 위한 폴더 : \Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Web\1042

Visual Basic을 위한 폴더 : \Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\VisualBasic\Web\1042

혹시 파일이 존재할 수도 있는데 덮어쓰기를 해도 된다.

ItemTemplates

이 부분이 가장 중요하다. MVC베타를 설치하고 나면 원래 1033폴더에 설치가 된다. 여기서 말하는 1033이란 Localization Resource가 포함된 폴더를 말하는데 1033은 영문이다. ^^; 이제 약간 감이 오신다면 우리가 설치한 프로그램은 아마도 한글일 것이다. 그래서 설치를 하고 나도 제대로 보이지 않는 것이다. 그러면 어떻게 해야할까?

\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ItemTemplates\CSharp\Web\MVC

앗~ 그런데 1033이라는 폴더가 있다면 과감하게 1042(대한민국)로 변경하자.

5. 마지막으로 시작 -> 실행 -> cmd 를 입력해서 커맨드 명령창을 띄우자. 그리고 다음의 경로로 이동을 하자.

\Program Files\Microsoft Visual Studio 9.0\Common7\IDE

devenv /setup 을 입력하고 실행하자. 약 5분정도 시간이 지나면 실행이 종료될 것이다.

6. 개발환경을 실행시켜서 정말 되는지 확인해 보자. ^^;;

끝으로 http://asp.net 에 있는 튜토리얼과 베타 버전의 환경이 시작부터 많이 다르기 때문에 가능하면 퀵스타트(http://quickstarts.asp.net/previews/mvc/) 로 시작하는 것이 좋을 것 같다.

tag : MVC, 아이템템플릿

[실버라이트 강좌]사용자 스플래쉬 스크린

2008-10-29T15:04:35Z

이번 강좌에서는 사용자가 직접 스플레쉬 스크린을 실버라이트로 만들어 볼 것이다. 이 내용은 Silverlight Document에 있는 예제를 중심으로 작성을 했다.

내용에 들어가기에 앞서 간단하게 썰을 풀어보자.

실버라이트를 실행시키면 다운로드 중이라는 화면이 잠깐 나타날 것이다. 인터넷 속도나 다운되는 XAP파일 사이즈에 따라서 조금은 다르겠지만 어쨌든 나타난다. 가운데 숫자가 몇 %정도 다운되었는지 표현되고 외부에는 작은 원들이 회전하는 애니메이션이 나타난다. 원문에서는 이 부분에서 표현하기 위한 애니메이션의 TimeDelay시간을 대략 0.5초로 설정하고 있다. (Default 값)

그리고 제일 중요한 속성이 3가지가 있다.

splashscreensource

onsourcedownloadprogresschanged

onsourcedownloadcomplete

splashscreensource : 기본 패키지(XAP)파일이 다운로드 되는 동안 표현할 URL이나 XAML파일을 할당한다.

Onsourcedownloadprogresschanged : 기본 패키지가 다운로드 되는 동안 연속적으로 호출되어질 자바스크립트 이벤트 핸들러를 참조한다.

Onsourcedownloadcomplete : 소스가 다운로드 완료된 후에 단 한번 호출되어 지는 자바스크립트 이벤트 핸들러를 참조한다. ( 이 부분에 대해서는 이번에 설명하지 않음 – 원문을 가능한 그대로 번역했어요~~!!)

프로젝트 파일을 만든다. 프로젝트 명은 아래의 그림과 같이 SplashScreenSource라고 입력한다.

일반적으로 컴파일 하면 XAP파일의 사이즈가 무척 작다. 게다가 압축까지 되어있기 때문에 더욱더 작다.

참고로 XAP파일은 컴파일 하면서 압축되는데 알집이나 여타의 압축프로그램을 이용해서 압축을 해제하면 2개의 파일이 나타나는데 이 부분에 대해서는 나중에 시간이 나면(?) 자세하게(?) 설명을 하겠다. 일단 함 해보면 알꼬예요.

그만큼 작은 사이즈로 압축되어 있기 때문에 컴파일한 후에 웹페이지에서 뭔가 볼려고 하면 벌써 XAP파일이 다운로드 되어 버리기 때문에 내가 만든 스플레쉬 윈도우를 당췌 볼 수가 없다. 그러면 어떻게 해야 할까? XAP파일의 사이즈를 크게 만들어야 하는데 방법은 아래와 같다.

SplashScreenSource (SplashScreenSource.Web이 아니다.)에 적당한 사이즈의 파일을 추가시키고 속성을 변경시켜주면 된다.

SplashScreenSource 프로젝트에서 오른쪽 마우스 버튼을 누르고 추가->기존 항목(G)…을 선택해서 적당한 사이즈의 파일을 선택한다. 나는 약 8메가 정도의 음악파일을 추가시켰다. 그리고 추가된 파일을 선택하고 속성창에서 빌드작업을 선택한다. 그러면 아래와 같은 내용들이 나타나는데 [포함 리소스]를 선택하자. 그러면 XAP파일 내부에 추가시킨 파일이 같이 압축되어서 들어간다. (MP3파일과 같은 음악프로그램을 압축해서 압축이 안된다. 원래 이런 파일들은 자체적으로 압축알고리즘을 가지고 제작이 되기 때문에 대부분의 압축알고리즘도 이와 비슷한 알고리즘을 가지고 있어서 거의 압축이 안된다.)

일단 여기까지 해보고 컴파일을 해서 실행시켜보자.

대략 5메가 이상의 사이즈면 잠깐 정말 잠깐 볼 수가 있다. 정말 잠깐 나왔다. 에궁… 그렇다고 자신이 만든 스플레쉬 파일 감상하려고 엄청나게 큰… (정확한 사이즈에 대해서 테스트 하지 않았지만..) 파일로 만들고 싶어도 XAP파일이 허용하는 한계가 있기 때문에 컴파일 할 때 에러가 발생한다. 궁금하시면 80메가 정도 되는 동영상 파일 리소스로 포함시켜서 컴파일 해 보세요 ^^;

너무 순식간에 지나가 버리니까 잼 없어서 비슷한 사이즈의 음악파일을 하나 더 추가해서 위에서 했던 방식대로 [리소스 포함]으로 설정해 둔다.

그러면 약 2초정도 수치가 변경되는 것을 볼 수가 있을 것이다.

그리고 정말 다운로드가 끝났는지 판단이 안될 때가 있을 것이다. 너무 빨리 끝나는 고성능의 PC들이 많기 때문에… Page.xaml파일에 간단하게 TextBlock을 올려놓고 내용을 Complete!!라고 입력하자.

IE화면에 Complete라는 글이 나타나면 다운되고 제대로 XAML파일이 실행된 것이다.

자 이제 사용자 스플래쉬 스크린을 추가해 보자.

SplashScreenSource에 사용할 스플래쉬 스크린을 추가해서는 안된다. 왜? 당연하쥐… SplashScreenSource는 컴파일을 하면 XAP파일로 압축을 하는데 여기에 스플래쉬 스크린을 추가하면 XAP파일 안에 압축되기 때문에 다운로드 되어야 만 압축을 풀 수 있을 것이 아닌가? 그럼 다운로드가 끝난다는 것은 스플래쉬 스크린도 벌써 사라지고 없다는 것이다.

따라서 SplashScreenSource.Web에 XAML파일을 추가하고 구현을 해야 한다.

SplashScreenSource.Web 프로젝트에서 마우스 오른쪽 버튼 클릭 -> 추가 -> 새 항목에서 새 항목 추가 창을 띄우서 Silverlight범주를 선택. 템플릿은 SilverLight Jscript 페이지를 선택하자. 파일명은 SplashScreen.xaml로 하자.

SplashScreen.xaml파일 내용

<Canvas

xmlns="http://schemas.microsoft.com/client/2007"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

x:Name="parentCanvas"

Width="850"

Height="600"

Background="OldLace"

<Rectangle.RenderTransform>

TransformGroup>

Rectangle.RenderTransform>

<Rectangle.Fill>

LinearGradientBrush>

Rectangle.Fill>

Rectangle>

Canvas>

다음으로 html파일의 내용을 수정해 보자.

다음으로 SplashScreen.js파일이 있는데 파일은 지우지 말고(^^) 파일의 내부 내용을 다 지우고 아래의 내용을 붙여넣기 하자.

function onSourceDownloadProgressChanged(sender, eventArgs) {

sender.findName("uxStatus").Text = "Loading: " + Math.round((eventArgs.progress * 1000)) / 10 + "%";

sender.findName("uxProgressBar").ScaleY = eventArgs.progress * 356;

}

그리고 html파일 상단에 js파일에 대한 링크를 추가하자.

마지막으로 SplashScreenSourceTestPage.html을 시작페이지로 설정 하자.

급한 마음에 실행버튼을 누를 것인데… 가능하면 F5보다는 Ctrl+F5를 눌러서 디버깅을 준비를 위해서 시스템이 느려지는 부분이 생기지 않도록 하자. 그리고 임시파일도 가능하면 삭제를 해서 처음 다운로드 되는 것처럼 하자.

참고로 XAP파일은 IE의 임시파일 보기로 XAP파일을 볼 수 있다.

아래는 실행결과에 대한 이미지 이다. 첨부파일은 내용이 그다지 어렵지 않기 때문에 올리지 않겠다.

tag : SilverLight, Splash Screen

[실버라이트 팁]실버라이트 툴킷

2008-10-29T09:55:35Z

실버라이트 툴킷이라는 것이 나왔네요. AJAX 툴킷처럼요...

TreeView, Chart, Expander, AutoComplete와 같은 다양한 컨트롤들이 있습니다.

아래의 사이트에서 다운로드 및 각종 링크를 통해서 사용방법까지 알 수가 있습니다.

http://www.codeplex.com/Silverlight

tag : silverlight, toolkit

[실버라이트 강좌] 다른 Xaml파일 활용하기

2008-10-25T12:11:13Z

최근 실버라이트를 공부하면서 느낀 점은 실무에 적용시키려고 하는데 인터넷에 있는 대부분의 글들이 실버라이트의 특징에 대한 부분만 주로 파고 있는 듯한 느낌이 들어서 뭔가 현재 내가 하고 있는 실무적인 부분에 접목을 시켜서 해 볼까 라는 생각에 이 글을 적게 되었다.

자! 그럼 실무적이란 부분은 무엇일까? 현장에서 활용되는 대부분의 프로그램은 하나의 윈도우만으로 이루어 진 것이 아니다. 복잡한 인터페이스와 서브 윈도우들로 구성이 되어 있다.

그럼 실버라이트의 경우도 당연히 복수의 윈도우를 이용해서 개발해야 하는 것이 당연하다.

예를 들면 회원 관리가 가능한 게시판을 만든다고 해 보자. 회원 관리를 위한 창과 게시판 창 2가지가 필요할 것이다. 그럼 실버라이트를 이용해서 개발을 한다고 하면 최소한 xaml파일이 2개 이상 필요할 것이다.

구구절절 말을 했지만 결론은 복수의 xaml파일을 이용해서 시스템을 만들어 보자는 것이다. ^^;

그럼 시작~

일단 테스트 하고자 하는 PC에 실버라이트를 구현하기 위한 환경이 다 갖추어져 있다고 생각하고 진행하겠다.

VS 2008을 실행시키고 프로젝트 이름을 ContentControl이라고 입력한다. 물론 아무 이름이나 해도 상관이 없다.

그리고 xaml파일을 2개 더 추가하자. ContentControl 프로젝트에서 마우스 오른쪽 버튼을 누르고 추가->새항목을 선택해서 실버라이트 사용자 정의 컨트롤을 2개 추가한다.

나의 경우는 Content1.xaml, Content2.xaml 로 이름을 정하였다.

Content1.xaml, Content2.xaml 에는 심플한 디자인을 해 보자. 흑흑… 나의 디자인 실력이 너무 없는 관계로 정말 씸~플하게 작성해 보았다.

아래에 xaml 코드를 붙여둔다.

Content1.xaml

<UserControl x:Class="ContentControl.Content1"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

Width="200" Height="150">

<Grid.RowDefinitions>

Grid.RowDefinitions>

<Grid.ColumnDefinitions>

Grid.ColumnDefinitions>

<StackPanel Background="Beige"

Grid.Row="0"

Grid.ColumnSpan="2"

Height="20">

<TextBlock Text="컨텐트 1 입니다." Foreground="Black"

Grid.Row="0"

Grid.ColumnSpan="2"/>

StackPanel>

<TextBlock Text="이름 : "

Margin="10,10,0,0"

Foreground="White"

Grid.Column="0"

Grid.Row="1"/>

<TextBox x:Name="myText"

Text=""

Height="20"

Margin="10,10,10,10"

VerticalAlignment="Top"

Grid.Column="1"

Grid.Row="1" />

Grid>

UserControl>

Content2.xaml

<UserControl x:Class="ContentControl.Content2"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

Width="200" Height="150">

<Grid.RowDefinitions>

Grid.RowDefinitions>

<Grid.ColumnDefinitions>

Grid.ColumnDefinitions>

<StackPanel Background="Beige"

Grid.Row="0"

Grid.ColumnSpan="2"

Height="20">

<TextBlock Text="컨텐트 2 입니다." Foreground="Black"

Grid.Row="0"

Grid.ColumnSpan="2"/>

StackPanel>

<TextBlock Text="이름 : "

Margin="10,10,0,0"

Foreground="White"

Grid.Column="0"

Grid.Row="1"/>

<TextBox x:Name="myText"

Text=""

Height="20"

Margin="10,10,10,10"

VerticalAlignment="Top"

Grid.Column="1"

Grid.Row="1" />

Grid>

UserControl>

위와 같이 파일의 레이아웃을 작성한 다음에 이제는 Page.xaml파일에 대해서 레이아웃을 작성합니다.

<UserControl x:Class="ContentControl.Page"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

Width="400" Height="300">

<Grid.RowDefinitions>

Grid.RowDefinitions>

<Grid.ColumnDefinitions>

Grid.ColumnDefinitions>

<Button x:Name="btnContent1"

Content="컨텐트 1"

VerticalAlignment="Top"

Height="25"

Margin="10,10,10,0"

Click="btnContent1_Click"/>

<Button x:Name="btnContent2"

Content="컨텐트 2"

VerticalAlignment="Top"

Height="25"

Margin="10,40,10,0"

Click="btnContent2_Click"/>

ContentControl>

Grid>

UserControl>

Page.xaml파일에서 제일 중요한 부분이 ContentControl이라는 태그이다. 이 태그를 이용해서 외부의 xaml파일을 불러오기 할 것이다. 이제 버튼 오른쪽에 Content1.xaml과 Conetn2.xaml파일을 불러오는 코드를 작성해 보자.

private void btnContent1_Click(object sender, RoutedEventArgs e)

{

this.myContent.Content = new Content1();

}

private void btnContent2_Click(object sender, RoutedEventArgs e)

{

this.myContent.Content = new Content2();

}

이제 과감하게 F5를 누르고 만들어진 결과를 확인해 보자.

버튼 컨텐트 1을 누르면 Content1.xaml파일을 불러오고 컨텐트 2를 누르면 Content2.xaml파일을 불러온다.

즉 각각의 xaml파일에 다양한 기능들, 특히 데이터베이스와 연동하는 부분들을 추가하면 될 것이다.

참고로 Content1.xaml과 Content2.xaml파일의 ShowGridLines 의 값을 false로 해서 표현하지 않았다. 조금은 깔끔하게 결과를 확인하고 싶어서이다.

그런데 문제가 하나 있다. 컨텐트 1에서 열심히(?) 이름을 입력하고 난 후에 컨텐트 2로 이동하고 다시 컨텐트 1로 오면 헉~~ 내가 작성한 이름이 사라지는 것이다. 당연하쥐~~ new해서 새로운 인스턴스를 생성시켰는데…

아~ 어떻게 하지? 하면서 책상에 머리만 박고 있지 말자. 간단하게 해결하는 방법이 있다. 물론 머리 좋으신 분들이나,능력이 뛰어나신 분들은 좀 더 좋은 방법으로 해결하시겠지만.

나의 경우는 Page가 로딩되는 시점에서 인스턴스를 담아두는 List<> 객체를 생성하면 해결이 가능하다.

아래에 소스코드를 담아둔다.

List<UserControl> pages = null;

public Page()

{

InitializeComponent();

this.Loaded += new RoutedEventHandler(Page_Loaded);

}

void Page_Loaded(object sender, RoutedEventArgs e)

{

pages = new List<UserControl>();

pages.Add(new Content1());

pages.Add(new Content2());

}

private void btnContent1_Click(object sender, RoutedEventArgs e)

{

this.myContent.Content = pages[0]; // Content1.xaml

}

private void btnContent2_Click(object sender, RoutedEventArgs e)

{

this.myContent.Content = pages[1]; // Content2.xaml

}

실행결과에 대해서는 따로 화면 캡쳐를 하지 않겠다.

여기서 조금만 더 확장해 보면 각각의 xaml파일에 다양한 기능을 추가해서 좀 더 확장된 기능으로 까지 확장도 가능할 것이다.

소스 파일

ContentControl.zip

tag : silverlight

실버라이트 아키텍쳐

2008-10-22T15:17:58Z

실버라이트 아키텍쳐 이미지 입니다.

Core Presentation Components

Feature	Description
Input	키보드, 마우스, 드로잉 장치 나 그 외의 하드웨어 장치를 컨트롤 한다.
UI rendering	벡터 이미지 처리, 비트맵 그래픽 처리, 애니메이션, 텍스트를 렌더링한다.
Media	오디오, 비디오 파일, 예를 들면, WMP나 MP3와 같은 다양한 타입을 관리하고 실행을 컨트롤한다.
Controls	스타일링이나 템플릿으로 커스터마이징이 가능한 확장 컨트롤을 지원한다.
Layout	UI요소를 동적으로 위치 지정하는 것이 가능하다.
Data binding	UI요소와 데이터 객체와의 연결이 가능하게 한다.
DRM	미디어 자산에 대한 디지털 저작권 관리가 가능하다.
XAML	XAML마크업 언어의 파싱을 지원한다.

The .NET Framework for Silverlight

Feature	Description
Data	본질적으로 공통점을 가지고 있지 않는 이종의 데이터 소스를 이용해서 작업을 하거나 통합하는 처리를 LINQ를 통해서 편하게 작업이 가능하다. 또한 직렬화 기능도 지원한다.
Base class library	일반적으로 닷넷에서 지원하는 기본적인 라이브러리들의 집합(functions, 문자열 처리, 정규식, 입력과 출력, 리플렉션, 콜렉션, globalization)을 지원
Window Communication Foundation (WCF)	리모트 서비스와 데이터에 손쉽게 접근이 가능한 기능을 지원. 웹에서 처리되고 있는 대부분의 데이터에 대해서 접근이 가능하다. (JSON, POX, SOAP, HTTP의 요청과 응답, RSS/Atom과 같은 syndication feeds)
CLR (common language runtime)	메모리 관리, 가비지 컬렉션, 안전한 타입 체크, 에러 핸들링일 지원한다.
WPF (Windows Presentation Foundation) controls	WPF에서 지원하는 리치(Rich) 컨트롤을 사용하는 것이 가능
DLR (dynamic language runtime)	관리된(Managed) 자바 스크립트, IronPython와 같은 스크립트 기반의 언어들을 동적으로 실행하고 편집하는 것이 가능하다. 일종의 플러그인 형태라고 보면 될 것 같다.

tag : SilverLight Architecture

[실버라이트 팁]SilverLight Document(ADO.NET Data Services)

2008-10-21T13:49:12Z

SilverLight Document(chm파일)

ADO.NET Data Services를 가지고 테스트를 하는 동안 3번째 단계인 데이터를 추가(Insert)하는 부분에서

에러가 계속 발생하는 것이다. 왜 안되는 것일까 라고 고민고민 하던 중에 혹시 Localization일까 라는 생각에

DB를 새롭게 만들어서 하려고 하던 중...

앗...

웹서비스로 호출하는 부분에서

config.SetEntitySetAccessRule("*", EntitySetRights.AllRead);

라고 Step 1에서 만들어 준다. 에궁.. 딱보니까 알겠다. 읽기전용으로 웹서비스 객체를 만들었기 때문에

추가(Insert)작업이 안되는 것은 당연지사...

이 부분을 EntitySetRights.All로 설정을 하면 모든 작업이 가능하다.

즉, CRUD가 다 되는 것이다.

tag : SilverLight

다운로드	Composite Application Guidance for WPF Composite Application Guidance for WPF 의 다큐먼트 (상기의 다운로드에도 부속되고 있습니다)
관련 다운로드	ManifestManagerUtility for ClickOnce (영어)
개요	Getting Started with the Composite Application Guidance (영어) 개요 주식 거래의 샘플 구현 퀵 스타트(quickstep start) 실습
커뮤니티에서의 피드백과 지원	CodePlex 의 커뮤니티 사이트 (영어)
라이센스	사용 허락 계약서(EULA)

현장과 개발, 기술의 조화 그리고 성공!!

Composite Application Guidance for WPF 시작하기

P&P로부터의 복합 UI 의 성과물을 선택할 때의 가이드 라인

Composite UI Application Block (CAB)과의 비교

Composite Application Guidance for WPF

어프리케이션(application) 개발의 과제

복합 어프로치

아키텍처의 목표와 원칙

도입【사용자 경험】

Composite Application Guidance 에서는 대처되지 않는 현안사항

Composite Application Guidance 을 선택할 때의 고려사항

개요

대상독자

시스템 요건

Composite Application Guidance 의 구성 요소

다큐먼트의 내용

커뮤니티

시작하기

개요

대상독자

시스템 요건

관련 리소스

가이던스(guidance)의 구성 요소

피드백과 지원

금후의 플랜

관련 타이틀

저자와 기고자

[실버라이트 강좌] 패키지 다운로드

[실버라이트 팁] 크롬에서도 실버라이트가 가능하다.

[실버라이트 팁] 한글 도움말 나왔어요 ^^;

[실버라이트 팁] 일본어 도움말이 나왔네요

[MVC 팁]MVC베타 아이템 템플릿 추가하기

[실버라이트 강좌]사용자 스플래쉬 스크린

[실버라이트 팁]실버라이트 툴킷

[실버라이트 강좌] 다른 Xaml파일 활용하기

실버라이트 아키텍쳐

[실버라이트 팁]SilverLight Document(ADO.NET Data Services)