class WordMeanings
{
static void ShowInfo(SynonymInfo info)
{
Console.WriteLine("{0} has {1} meanings",
info.Word, info.MeaningCount);
}
static void Main()//使用命名索引器展示同义词数量 调用命名索引器
{
var app = new Application { Visible = false };
//app {Microsoft.Office.Interop.Word.ApplicationClass}
object missing = Type.Missing;
//missing {System.Reflection.Missing}
ShowInfo(app.get_SynonymInfo("painful", ref missing));
//info COM 对象 使用以前的C#语法
ShowInfo(app.SynonymInfo["nice", WdLanguageID.wdEnglishUS]);
//指定两个参数 隐式ref特性
ShowInfo(app.SynonymInfo[Word: "features"]);
//使用可选参数 省略了可选参数并命名了另一个实参
app.Application.Quit();
}
}
c#4支持的某些特性在很久之前Visual Basic就可以灵活自如地运用了。CLR、COM和Visual
Basic就可以灵活自如地运用了。CLR、COM和Visual Basic都允许带参数的非默认属性---在C#
中称为命名索引器。C#4之前的版本不仅不允许直接声明自己的命名索引器,而且不提供使用
属性语法访问命名索引器的方法。C#中唯一可以使用的索引器被声明为类型的默认属性。
对于用Visual Basic编写的.NET组件来说,这不是什么大问题,因为通常不推荐命名索引器。
但COM组件,如Office的COM组件,则广泛使用了命名索引器。C#4允许我们调用命名索引器,
但仍然不能在类型中声明它们。
SynonymInfo用来查找单词的含义,以及每个含义的同义词。用三种不同的方法展示了三个不同
单词的含义数量。
即使没有命名索引器,仅使用之前的特性也是可以访问的。例如,我们本来可以调用
app.get_SynonymInfo("better")并使用可选参数。 索引器语法比get_调用要轻便得多。
c#设计者为什么没有完全支持命名索引器(包括C#中声明命名索引器)的原因,因为会说着是
一个方法调用,或者SynonymInfo属性应该是无参的,并且返回包含适当默认索引器的集合。
Word中它已经是一个索引器了,索引器的方式来使用它应该合情合理。
输出
painful has 4 meanings
nice has 6 meanings
features has 9 meanings