然后，将上面第一段代码文本保存到一个名为source的字符串变量中（当然实际应用中也可以从文件读入源代码），并使用SyntaxTree产生语法树对象，之后使用上面的ExtractStringLiteralVisitor从根部对语法树进行遍历。由于重写的VisitLiteralExpression方法中保存了被访问的文本节点，因此，当Visitor完成遍历之后，即可通过Literals属性获得所有的字符串常量。
|
1
2
3
4
5
6
|
var syntaxTree = SyntaxTree.ParseText(source);var root = syntaxTree.GetRoot();var visitor = new ExtractStringLiteralVisitor();visitor.Visit(root);foreach (var literal in visitor.Literals) Console.WriteLine(literal); |
程序输出如下：
当然还可以使用root.DescendantNodes方法来简化上面的过程。我在例子中使用Visitor的目的就是为了体现Roslyn的语法解析功能。
对VB.NET语言的应用
上面的输入代码是一段C#的程序，如果是VB.NET的源代码，其实处理过程是一样的，无非就是将引用的命名空间从Roslyn.Compilers.CSharp改为Roslyn.Compilers.VisualBasic。注意：Roslyn.Compilers.CSharp和Roslyn.Compilers.VisualBasic下都有SyntaxTree等类型的定义，但这些类型都是独立的，并非从某个基类继承或实现了某些接口，在实际应用中还得注意这点。
应用场景的思考
Roslyn的应用场景应该还是很多的，比如大家熟悉的FxCop，能够根据一些规则来检测托管程序集是否满足这些规则，以保证质量。但FxCop很局限，它需要使用反射，并根据程序集的调试信息PDB文件进行规则判断，而对于源代码本身的规范校验就不太适用了。仔细思考，Roslyn却能够在保证源代码编写规范方面，起到一定的作用。比如：
- 对定义的变量名、函数名等进行拼写检查
- 检查注释语句中的拼写错误
- 检查变量、函数等的命名规范
- XML文档的自动化翻译（可以借助Bing Translate、Google Translate的API实现自动化翻译），等等
大家也可以在实际中总结一些能够使用Roslyn的场景，我想只要合理利用，一定能在实际工作中帮助我们提高效率，做到事半功倍。
