续行符（Line continuation characters）一直是 VB 语法的一个瑕疵。与 Pascal 家族和 C 家族的语言不同，Visual Basic 不要求一个拖尾的分号来表示指令的结束。出于权衡考虑，它的确需要一个符号来表示指令没有结束。
用一个下划线作为续行符，是在 Visual Basic 4 中被引入的。在那之前，代码的逻辑行不得不位于源码的一个单独的物理行中。除非你在用联机 SQL，否则这只是有点令人讨厌，而不是什么真正的问题。但是随着 LINQ（它可以很容易的预处理单个查询指令）的引入，尤其是深层嵌套的情况下，问题就来了。
在一篇纯粹探讨性的文章里，Microsoft 的Paul Vic 提议在最通常的情形下，消除对续行符的需求。然而VB 与SQL 不同，它并不能彻底取消续行符，即使它真的可以结束。
Paul 提议在以下的五种情况下应取消续行符：
- 在表达式中的二进制操作符之后。
- 在如下标点之后：逗号（“,”），左括号（“(”），左大括号（“{”），XML 的起始嵌入表达式（“”）。
- 在一个特性（Attribute）中的小于号（“<”）之后，以及在一个特性中的大于号（“>”）之前，或者在一个非文件级特性中的大于号之后（例如，一个没有指定“Assembly”或者“Module”的特性）。
- 在查询表达式操作符的前和后。
被社区所唾弃的其它建议还包括：
- 在 Handles 和 Implements 语句之前（还有在这些语句的逗号之后）
- 在用来标记字符串的前双引号"和后双引号"之间
对行内注释的支持也被提了出来。目前，VB 只有在语句结尾处才支持注释。行内注释会使得开发人员很难编写复杂的 LINQ 查询。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
腾讯云数据库云上SaaS生态演进
在变化中抽象不变：技术变局下的架构师升级之想
跨平台操作系统供应链安全及可信计算实践
评论