Chapter 9. Platform-specific API calls

비상사태가 발생했습니다. 이전 장에서 MonkeyTap을 해본 사람이라면 누구나 같은 결론에 도달하게 될 지극히 기본적인 것입니다.

Chapter 8. Code and XAML in harmony, part 2

Custom XAML-based views

State pattern

Strategy 패턴과 State 패턴은 유사합니다. 스트래티지 패턴은 알고리즘을 바꿔서 사용하게 도와주지만 스테이트 패턴은 내부 상태를 바꿈으로써 객체의 행동을 바꾸도록 해 준다는 것이 다를 뿐입니다.

Chapter 8. Code and XAML in harmony, part 1

코드와 XAML은 언제나 쌍을 이루어 서로를 보완하며 움직입니다. XAML의 "code-behind" 파일이라고 불리지만 코드는 앱에서 보다 능동적이며 인터액티브한 부분을 다루는데 탁월합니다. 따라서 코드는 XAML에서 정의된 element를 코드 내에서 만들어진 객체만큼 잘 참조할 수 있어야 합니다. 이와 마찬가지로 XAML의 element도 코드 기반의 이벤트 핸들러에서 이벤트를 불러 일으킬 수 있어야 합니다. 이것이 이 챕터에서 다루고자 하는 내용입니다.

그러나 그 전에 XAML 파일에서 객체를 인스턴스화하는 특이한 기술을 몇가지 살펴보고자 합니다.

Chapter 7. XAML vs. code, part 2

Platform specificity in the XAML file

Composite Pattern, part 2

앞서서 컴포짓 패턴의 정의에 대해 알아보았습니다. 우리의 메뉴와 메뉴 항목을 이 패턴을 이용해서 부분-전체 구조(part-whole hierarchy)를 생성할 수 있습니다.