用单一职责原则重构登录模块

一、问题这个 Login 类为什么不好图里的 Login 类它把太多不相关的职责揉在了一起一个类同时承担了 界面初始化与展示UI职责​输入校验验证职责​数据库连接数据访问职责​用户查询业务逻辑业务职责​程序入口启动职责。这完全违背了单一职责原则SRP一个类应该只有一个引起它变化的原因。后果就是 ①界面一改业务逻辑也可能受影响​②数据库换了整个类都要改二、重构思路按职责拆分我们把这个 Login 类拆分成 5 个独立、职责单一的类UI 层 LoginView — 只负责界面初始化和展示​验证层 InputValidator — 只负责输入格式校验​数据访问层 DBConnectionUtil — 只负责数据库连接​业务逻辑层 UserService — 只负责用户查询和登录校验​入口类 LoginApp — 只负责启动和组装流程​三、重构后的UML类图如下四、重构后的好处①每个类职责单一代码更清晰、易维护​- 可以单独修改界面不影响数据库逻辑​②可以单独修改数据库实现不影响界面​③可以单独测试每个模块如校验逻辑、数据库查询​④模块可以复用。