C＃中的引用和意想不到的结果

Question

我对C＃和Office自动化相对较新，最近我发现自己试图获取对某人的Outlook收件箱的引用并按收到时间对邮件进行排序。直到我在Web上的其他地方找到一个解决方案，收件箱被分配给Microsoft.Office.Interop.Outlook.Items类型的局部变量，然后在本地变量上执行排序并且它可以正常工作时，它才工作。但是，这个问题是为什么呢？我认为在C＃中的对象是引用，当你声明一个新的Outlook.Inbox引用，然后为用户的收件箱分配项目时，它只是作为实际电子邮件的附加指针，并且实际上不会复制每封电子邮件到一个新的集合。所以它应该与对原始参考调用Sort不同，对吧？显然我错了，所以我会很感激一个解释。感谢名单！

using Outlook = Microsoft.Office.Interop.Outlook;  
... 
Outlook.Folder oInbox = (Outlook.Folder)oApp.Session.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderInbox); 

oInbox.Items.Sort("[Received]", true); //this doesn't produce expected results 
Outlook.Items inboxFolder = (Outlook.Items)oInbox.Items; 
inboxFolder.Sort("[Received]", true); //this DOES sort the items! 

Answer 1

您正在执行演员表（通过执行(Outlook.Items)oInbox.Items）。铸造意味着您指的是类型为X的对象，类型为Y。这是有效的在下列情况：

• X是Y继承层次结构中（也就是说，它要么父类的Y或子类的Y）。在X是父类的情况下，铸造将仅在运行时成功，如果在实际问题的对象是Y（或从Y派生的类型）
• Y是受X
实现的接口类型
• 还有就是Y

由于多态性从X限定的明确的转换，在第一种情况下铸造通常不改变的功能的行为（thoug如果更多的派生类型明确隐藏了父项的实现，那么它就可以）。 然而，我怀疑这是你的情况。 oInbox.Items的类型是从Outlook.Items继承的类型，但隐藏了Outlook.Items.Sort的实现。通过显式转换为父类型，您可以绕过新的子实现。请注意，这种技术只适用于儿童隐藏函数而不是覆盖虚拟函数）。

如果X明确实现您打算使用的Y函数，第二种情况可以改变行为。通过转换到接口，您明确地告诉编译器，您希望它将您的方法调用绑定到接口的实现，而不是类本身上普通的面向公共方法。

第三个几乎总是改变行为，因为你得到了一个不同的类型（因此完全不同的对象）。

因为我没有太多具体的Office interop经验，所以我不能说出你属于哪一种情况，但是这应该回答你的基本问题：“这些情况怎么会不同？

Answer 2

Outlook.Inbox-要创建一个新的参考到现有收件箱中没有创建一个新。因此，排序实际上是在现有收件箱中完成的。