如何将SQL数据库值存入C#对象？登录验证传值遇阻求助

Hey there! 刚接触C#两周就上手做登录功能，已经很棒了😉 咱们一步步来解决你的问题，先搞定对象赋值和窗口传参，再聊代码分层的建议。

一、解决用户对象赋值与窗口传参问题 #

首先你需要先定义一个清晰的自定义用户类，确保属性能正常赋值和访问：

// 自定义用户信息类，用来存储登录成功后的用户数据
public class UserInfo
{
    // 用public的自动属性，方便外部赋值和读取
    public int UserId { get; set; }
    public string Username { get; set; }
    public string Email { get; set; }
    public string Role { get; set; } // 比如用户权限，按需添加字段
}

接下来在登录窗口的验证逻辑里，当返回值为1（验证通过）时，实例化这个类并赋值，再传递给下一个窗口：

private void btnLogin_Click(object sender, EventArgs e)
{
    // 假设这是你的验证方法，返回1代表成功
    int verifyResult = CheckLogin(txtUsername.Text, txtPassword.Text);

    if (verifyResult == 1)
    {
        // 实例化UserInfo并赋值（这里的用户信息建议从数据库/接口返回的真实数据取，不是硬编码）
        UserInfo currentUser = new UserInfo
        {
            UserId = 1001, // 实际替换为查询到的用户ID
            Username = txtUsername.Text,
            Email = "user@demo.com", // 实际替换为查询到的邮箱
            Role = "普通用户"
        };

        // 打开下一个窗口，通过构造函数传递用户对象
        MainDashboard mainForm = new MainDashboard(currentUser);
        mainForm.Show();
        this.Hide(); // 隐藏登录窗口，根据需求也可以用this.Close()
    }
    else
    {
        MessageBox.Show("登录失败，请检查用户名或密码");
    }
}

// 模拟你的验证方法
private int CheckLogin(string username, string password)
{
    // 这里写真实的验证逻辑：比如查数据库、调接口
    return username == "test" && password == "123456" ? 1 : 0;
}

然后修改目标窗口（比如MainDashboard）的构造函数，接收并保存用户对象：

public class MainDashboard : Form
{
    // 私有字段存储当前登录用户，供整个窗口复用
    private UserInfo _currentUser;

    // 带参数的构造函数，接收登录后的用户对象
    public MainDashboard(UserInfo user)
    {
        InitializeComponent();
        _currentUser = user;

        // 示例：用用户信息做界面展示
        lblWelcome.Text = $"欢迎回来，{_currentUser.Username}！";
    }

    // 后续在窗口的其他方法里，直接用_currentUser即可
    private void btnViewProfile_Click(object sender, EventArgs e)
    {
        MessageBox.Show($"你的邮箱：{_currentUser.Email}\n权限：{_currentUser.Role}");
    }
}

如果之前赋值失败，大概率是这几个原因：

• 自定义类的属性设成了private，导致外部无法赋值；
• 没有正确实例化对象（比如直接用了UserInfo currentUser;而没加new UserInfo()）；
• 传参方式不对（比如没通过构造函数/公共属性传递，导致目标窗口拿不到对象）。

二、新手友好的代码分层建议 #

刚接触C#不用搞太复杂的架构，先从三层架构入手，把代码按职责拆分，后期维护会轻松很多：

1. UI层（界面层） #

就是你的WinForm窗口（登录窗、主窗口等），只做和用户交互的事：

• 收集用户输入（比如用户名、密码）；
• 调用业务逻辑层的方法；
• 显示结果（比如登录成功/失败提示、用户信息）；
• 绝对不要在UI层写数据库操作、复杂验证逻辑。

2. 业务逻辑层（BLL） #

负责处理核心业务规则，比如登录验证、用户信息处理：

• 写一个UserService类，封装登录、获取用户信息等方法；
• 做参数校验（比如用户名不能为空）；
• 调用数据访问层的方法获取数据，再做业务处理。

示例代码：

public class UserService
{
    private readonly UserRepository _userRepo = new UserRepository();

    // 登录方法，返回验证结果和用户信息
    public (bool IsSuccess, UserInfo User) Login(string username, string password)
    {
        // 先做基础参数校验
        if (string.IsNullOrWhiteSpace(username) || string.IsNullOrWhiteSpace(password))
        {
            return (false, null);
        }

        // 调用数据层获取用户
        var user = _userRepo.GetUserByAccount(username, password);
        return user != null ? (true, user) : (false, null);
    }
}

3. 数据访问层（DAL） #

专门和数据库/数据源打交道，负责数据的增删改查：

• 写一个UserRepository类，封装所有和用户相关的数据操作；
• 用ADO.NET、EF Core等工具操作数据库；
• 只做数据操作，不处理业务规则。

示例代码：

public class UserRepository
{
    // 模拟从数据库查询用户（实际项目替换为真实数据库操作）
    public UserInfo GetUserByAccount(string username, string password)
    {
        // 比如用EF Core查询：
        // using (var dbContext = new YourDbContext())
        // {
        //     return dbContext.Users.FirstOrDefault(u => u.Username == username && u.Password == password);
        // }

        // 模拟返回数据
        if (username == "test" && password == "123456")
        {
            return new UserInfo { UserId = 1001, Username = username, Email = "test@demo.com", Role = "普通用户" };
        }
        return null;
    }
}

分层后，UI层的登录逻辑会变得更简洁：

private void btnLogin_Click(object sender, EventArgs e)
{
    UserService userService = new UserService();
    var loginResult = userService.Login(txtUsername.Text, txtPassword.Text);

    if (loginResult.IsSuccess)
    {
        MainDashboard mainForm = new MainDashboard(loginResult.User);
        mainForm.Show();
        this.Hide();
    }
    else
    {
        MessageBox.Show("登录失败，请检查用户名或密码");
    }
}

这样拆分的好处：代码职责清晰，以后改数据库只动DAL层，改验证规则只动BLL层，不用碰UI；也方便单独测试业务逻辑，不用打开界面。

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