用好windows forms或wpf设计器是核心，须选对模板、规范命名控件、在构造函数设初值、确保program.cs入口匹配类名，否则界面不加载或报错。
Visual Studio 设计 C# 用户界面，核心就是用好 Windows Forms Designer 或 WPF Designer，而不是手写全部 UI 代码。选错模板、忽略设计器生成文件、乱改 InitializeComponent() 都会导致界面不加载、控件丢失或运行时报 NullReferenceException。
选对项目模板：Windows Forms 还是 WPF？
两者底层机制完全不同，不能混用：
-
Windows Forms 应用(.NET Framework)或Windows Forms 应用(.NET 5+)：基于 GDI+，控件是“宿主控件”，拖放即生，Form1.Designer.cs里全是this.Controls.Add(...)调用 -
WPF 应用(.NET)：基于 XAML，UI 描述在MainWindow.xaml文件里，C# 逻辑在MainWindow.xaml.cs，改 XAML 才真正改布局 - 新手别选
Console App然后硬加System.Windows.Forms—— 缺少消息循环，Application.Run()不起作用，窗体一闪就退出
拖控件后必须改 Name 属性，别只改 Text
设计器靠 Name 属性绑定字段名。如果只在属性窗口把按钮的 Text 改成“登录”，但 Name 还是默认的 button1，那么你在 Form1.cs 里写 btnLogin.Click += ... 就会编译报错：The name 'btnLogin' does not exist in the current context。
正确做法：
- 拖一个
Button到窗体 → 在属性窗口找到Name（不是Text）→ 改成btnLogin - 拖一个
TextBox→Name改成txtUsername - 拖一个
Label→Name改成lblStatus - 改完按回车，
Form1.Designer.cs里会自动生成对应字段声明：private System.Windows.Forms.Button btnLogin;
双击控件 = 自动绑定 Click 事件，但别在 InitializeComponent 里写业务逻辑
双击按钮，VS 会跳转到 Form1.cs 并生成空的事件处理方法，比如：
private void btnLogin_Click(object sender, EventArgs e)
{
// 这里写登录逻辑
}
这是安全位置。但很多人误以为 InitializeComponent() 是“初始化入口”，在里面加 txtUsername.Text = "admin" —— 错了。这个方法由设计器完全控制，下次改界面（比如调个位置、换个字体），VS 可能重写整个方法，你的代码就丢了。
需要预设值？写在 Form1() 构造函数里 InitializeComponent() 后面：
public Form1()
{
InitializeComponent();
txtUsername.Text = "admin"; // ✅ 安全
lblStatus.Visible = false; // ✅ 安全
}
运行前检查 Program.cs 是否调用了正确的窗体
新建项目时 VS 自动生成的 Program.cs 是关键入口。常见错误是删了默认窗体、改名没同步，导致启动黑屏或报 Application.Run(new Form1()) 找不到类型。
确认三件事：
-
Form1.cs类名是否仍是public partial class Form1 : Form？如果重命名窗体为LoginForm，类名和构造函数名都得改 -
Program.cs里Application.Run(new Form1())的参数是否匹配当前主窗体类名？ - 如果用了多窗体（比如先弹登录窗再开主窗），别在
Program.cs直接 new 主窗体，而应从登录成功回调中打开
设计器省事，但它的契约很严格：Name 对得上、模板选得对、入口连得准——漏掉任何一环，界面就只是“看起来像”，实际跑不起来。
