如何判断带默认https://前缀的文本框是否被用户实质留空？

你当前的实现完全不合理，存在多个核心问题：

• 阈值逻辑错误：https://本身长度为8，用户哪怕仅输入1个有效字符（例如https://a），总长度就达到9，你用<=9作为判断条件会把这类合法短输入误判为空。
• 兼容性差：如果用户主动修改了前缀内容（比如删掉s变为http://，前缀长度变为7），或是后续需求迭代调整默认前缀，硬编码的长度阈值会直接失效。
• 无法过滤空白输入：如果用户在前缀后仅输入空格、制表符等空白内容，总长度超过9但实质没有有效URL内容，你的逻辑会放过这类无效输入。
• 可维护性差：硬编码的数字没有语义，后续维护人员无法直观理解9的来源，调整成本高。

基础校验逻辑（仅判断是否实质留空） #

先定义常量存储默认前缀，切掉前缀后再校验剩余内容：

// 统一定义默认前缀，避免硬编码
const string DefaultUrlPrefix = "https://";
string input = textBox1.Text.Trim();

// 兼容用户完全/部分删除前缀的场景，可根据需求选择直接判非法或自动补全前缀
if (input.Length < DefaultUrlPrefix.Length || !input.StartsWith(DefaultUrlPrefix, StringComparison.OrdinalIgnoreCase))
{
    // 示例：自动补全前缀
    input = DefaultUrlPrefix + input;
}

// 截取前缀后的内容，去除首尾空白后判断是否为空
string inputSuffix = input.Substring(DefaultUrlPrefix.Length).Trim();
if (string.IsNullOrEmpty(inputSuffix))
{
    // 触发实质留空的报错逻辑
}

进阶校验（可选） #

如果需要进一步确认输入为合法URL，可追加格式校验：

if (!Uri.TryCreate(input, UriKind.Absolute, out Uri uriResult) 
    || (uriResult.Scheme != Uri.UriSchemeHttp && uriResult.Scheme != Uri.UriSchemeHttps))
{
    // 触发URL格式不合法的报错逻辑
}

内容的提问来源于stack exchange，提问作者c.j