Visual Basic 中隐式的续行

续行符（Line continuation characters）一直是 VB 语法的一个瑕疵。与 Pascal 家族和 C 家族的语言不同，Visual Basic 不要求一个拖尾的分号来表示指令的结束。出于权衡考虑，它的确需要一个符号来表示指令没有结束。

用一个下划线作为续行符，是在 Visual Basic 4 中被引入的。在那之前，代码的逻辑行不得不位于源码的一个单独的物理行中。除非你在用联机 SQL，否则这只是有点令人讨厌，而不是什么真正的问题。但是随着 LINQ（它可以很容易的预处理单个查询指令）的引入，尤其是深层嵌套的情况下，问题就来了。

在一篇纯粹探讨性的文章里，Microsoft 的Paul Vic 提议在最通常的情形下，消除对续行符的需求。然而VB 与SQL 不同，它并不能彻底取消续行符，即使它真的可以结束。

Paul 提议在以下的五种情况下应取消续行符：

1. 在表达式中的二进制操作符之后。
2. 在如下标点之后：逗号（“,”），左括号（“(”），左大括号（“{”），XML 的起始嵌入表达式（“”）。
3. 在一个特性（Attribute）中的小于号（“<”）之后，以及在一个特性中的大于号（“>”）之前，或者在一个非文件级特性中的大于号之后（例如，一个没有指定“Assembly”或者“Module”的特性）。
4. 在查询表达式操作符的前和后。

被社区所唾弃的其它建议还包括：

• 在 Handles 和 Implements 语句之前（还有在这些语句的逗号之后）
• 在用来标记字符串的前双引号"和后双引号"之间

对行内注释的支持也被提了出来。目前，VB 只有在语句结尾处才支持注释。行内注释会使得开发人员很难编写复杂的 LINQ 查询。

查看原文 Implicit line continuations in Visual Basic