1樓：李輝
這其實是很標準的做法啦。一些經驗之談：
1.WPF的硬體模式是用dx9的（不知道最新的怎樣）。當主視窗是dx11的時候，某些驅動可能會有些小問題，舉不出例子，時間太久忘了。
如果切換到軟體繪製反而會解決一些稀奇古怪的事情。
2.如果需要用wpf 對場景做頻繁互動的話，對架構是個挑戰！因為wpf 是非同步渲染的，如果主線程太重對wpf 終究不是好事情，而且考慮到第一點，什麼么蛾子都會出來。
其實碰到這些問題的概率都很低的啦，而且我個人是會選擇這套方案的。
至於第二點怎麼解決，具體問題具體分析。比如我也可以非同步繪製，但是說到底還是看你解決什麼問題。如果能在主線程裡面解決你的需求，為啥還多要乙個執行緒，對吧。
僅是個人的一些老舊經驗，不一定適合最新的相關技術和版本啊。
2樓：叛逆者
當然可行，很多都是這麼做的。用wpf獲取native視窗控制代碼，給引擎核心就行了，效率影響很少。別用D3DImage就是了。
3樓：戴路
可行是可行，但有點小問題。
如果用乙個win32控制項作為3d場景的呈現層，這個控制項會出現在所有wpf控制項的最上方，擋住其他控制項。
如果用wpf裡的D3DImage，效率不怎麼高。
Vim 編輯器好用嗎
沒有GUI的環境，Vim秒Nano三條街。有GUI的時候，VSCode Atom Sublime Jetbrains全家桶保平安。題主打了Latex的tag，我覺得LaTex Workshop VS Code是真的香，一邊實時預覽一邊寫非常安心。各快捷鍵熟悉以後生產力不錯，沒有必要非死磕Vim，也不...
Markdown編輯器 做成 WYSIWYG（所見即所得）形式會不會有什麼弊端？
小鑽風 講缺點的話，第一想到的就是效能，typora相對其他軟體對資源的占用高很多，也更容易卡死 除了typora以外github還有乙個開源專案marktext marktext 也是所見即所得的產品，不過專案進度還是不能和typora比 當然我還是希望有專案能把所見即所得和markdown pr...
HBuilder 編輯器有什麼故事？
叫我起床 在這裡，我承認sublime是款優秀的編輯器，但是，對於現在的我，我想我是暫時不需要的呢。在這裡，我挺 HBuilder 你們要說我low，隨便咯。 渠道商裡編輯器做得最好的，編輯器裡最能吹的 Bug 滿天飛，天天玩崩潰，到處發廣告打愛國牌 長期上各類網際網路峰會裝X，然後分享的內容通篇廣...