为何VB及VB.NET默认重载=运算符而非采用新相等测试运算符？

多数编程语言（如C/C++/C#/Java/Python）使用=进行赋值，==进行相等测试；部分语言如Pascal用=做相等测试，:=做赋值。但VB（包括VB.NET）默认重载=运算符，让它同时承担赋值与相等测试的功能——类似C++中<<和>>兼具位运算与流I/O功能。这直接导致VB无法实现其他语言常见的链式赋值：比如a = b = 1在C系/Python里是链式赋值（先把1赋值给b，再将b的值赋值给a），但在VB中等价于其他语言的a = (b == 1)（先判断b是否等于1，再把布尔结果赋值给a）。

为什么VB及VB.NET选择重载=运算符，而非新增专门的相等测试运算符？主要有以下几点原因：

• 历史传承与低门槛定位
  VB的前身是BASIC语言，早期BASIC就采用=同时处理赋值和相等判断的设计——比如省略LET的a = 5是赋值，IF a = 5 THEN是相等判断。VB从诞生起就定位为面向非专业开发者的快速开发工具，延续这一设计能避免让初学者额外记忆新运算符，大幅降低学习门槛。

• 语法上下文自动消歧
  VB的语法规则可以通过上下文清晰区分=的两种用途：

  • 当=作为语句的核心操作（比如单独一行的赋值语句），它是赋值运算符；
  • 当=出现在表达式中（比如IF条件、函数返回值判断里），它自动切换为相等测试运算符。
    这种上下文判断逻辑足够可靠，不需要新增运算符来规避歧义。

• VB.NET的向后兼容需求
  VB.NET作为VB的升级版本，核心目标之一是兼容海量现存的VB6代码。如果强制将相等测试改为==，会导致旧代码大规模报错，开发者迁移成本极高。为了让现有VB用户平滑过渡到.NET平台，微软选择保留=的双重功能，仅补充了Is、IsNot等用于引用相等判断的运算符。

内容的提问来源于stack exchange，提问作者stanchcorder6