一个 Network Error，让我重新思考登录前的设置

如果一个客户端要先登录才能进入设置，而登录又依赖设置里的服务器地址，那么一旦地址失效，用户就没有地方可以修复它。这不是多显示一句错误信息就能解决的问题。

一条循环依赖#

旧的路径是：进入应用 -> 登录 -> 设置 -> 修改服务器地址。问题在于，登录本身就需要一个可用的服务器地址。

当环境迁移或者域名改变后，这条路径会变成一个循环：因为地址错误而登录失败，又因为没有登录而无法修改地址。重新构建安装包可以临时改变默认值，却无法解决下次换地址时的同一问题。

更合适的设计，是在登录页提供“服务器设置”入口，让用户在认证之前完成必要的连接配置。它应该能保存新地址，并提供可理解的连接测试结果。

这里的设置只负责客户端连接目标。能够修改它，并不意味着可以绕过服务端的身份认证和权限校验。两个功能的边界应该清楚。

只显示 Network Error，用户无法判断接下来该做什么。界面可以展示当前连接的服务器地址，并在失败时给出“检查服务器设置”的直接入口。

但也不能把所有失败都写成“服务器离线”：请求可能被网络、跨域配置、证书或客户端策略阻断。能确定的事实和可能的原因，应该分开表达。

面向真实网络环境的应用，应该把恢复能力设计进第一条路径。登录是业务入口，连接设置则是让入口重新可用的基础设施。