UI线程vs后台线程- UI控件可访问性边界

很可能我的问题一般无法回答，如果是这样，那也是有趣的信息。我试图更好地理解UI控制交互，特别是什么是和什么是不允许由非UI线程执行。在我的例子中，我既与WPF控件交互，也与位于Microsoft.Office.Interop名称空间中的对象(表示控件)交互。我在模型层的后台线程上做了很多工作，但是当我的视图模型中接收到事件时，我正在UI线程上调度(这通常是在处理绑定到WPF控件的属性时)。这对我来说很有意义，而且似乎很有效。我不确定，但是，关于什么可以和不能做后台线程。从本质上讲，我试图理解边界在哪里。为了激发想象力，请看下面的一些问题。我知道我的请求有点开放，所以如果有人知道我可以阅读的外部资源，那对我来说也一样好。

• 我可以从后台线程绑定到ui的属性上get()，即只有set()必须从ui线程完成吗?
• 如果我有一个互操作对象，比如Microsoft.Office.Interop。幻灯片，在我看来，我必须在UI线程上与它交互因为它是一个实际的UI控件。但是我可以在非ui线程中监听返回这些对象的事件吗?我可以从非ui线程检查幻灯片为null吗?我可以get()的属性包含在幻灯片类型从一个非ui线程?

总之，在后台线程和UI线程之间切换时，是否有一个好的规则我可以记住?例如"任何改变 ui控件的动作必须在ui线程上完成"，或者"任何直接与交互的动作，无论动作(例如检查null)与ui控件必须在ui线程上完成"。