什麼是用DrawingSurfaceBackgroundGrid重繪框架的正確技術？ （DirectX + xaml應用程序）

Question

在用於Windows Phone 8的混合Direct3D + Xaml應用程序（在Visual Studio中選擇項目類型時可在C++子樹中訪問）中，有一種笨拙的機制來重繪由DrawingSurfaceBackGroundGrid控件託管的視口。在項目模板中，這由

IDrawingSurfaceRuntimeHostNative->RequestAdditionalFrame() 

調用從C++/CX端執行。這一方本身被XAML引擎稱爲做Draw。 這裏的問題有以下幾點：

1. 似乎Direct3DContentProvider的Draw方法是從Windows Phone應用程序的所謂的「成分」線程調用。這是對的嗎？
2. 方法RequestAdditionalFrame()從WinRT組件調用 - 此調用是否跨越ABI（即創建特定於WinRT/COM的開銷）？
3. 可以調用Draw方法以外的線程調用方法RequestAdditionalFrame()嗎？我測試了它，它並沒有使應用程序崩潰，但是它有一些評論。

Answer 1

關於＃3我發現RequestAdditionalFrame()會在當前頁面的圖面改變時崩潰。

我的情況如下：

當頁面正在發生變化，IDrawingSurfaceBackgroundContentProviderNative::Disconnect()從UI線程調用。當我在不同的線程中執行繪圖時，我在這裏等待關鍵部分RequestAdditionalFrame()完成。 在我的繪圖線程中，RequestAdditionalFrame()被稱爲臨界區。它崩潰在RequestAdditionalFrame()內部。

所以看起來Disconnect()之後 D3D（或內部）上下文中調用已被破壞，並避免競爭狀態的唯一途徑是這樣的場景，我看到 - 是「後」 RequestAdditionalFrame消息UI線程從畫線。但在Windows Phone 8平臺中，後者需要.NET < - > WinRT編組（請參閱，例如http://robwirving.com/2013/07/17/guide-to-getting-to-the-ui-thread-for-any-type-of-windows-phone-8-app/）

對我來說，重寫我的繪圖代碼是很容易的，因此它在Draw（）上下文中執行。