最近好多人聊低代码，难道大家没听过C#开发windows form么？
这几天一打开技术社区，到处都是“低代码”、“零代码”的讨论，搞得好像这玩意儿是什么横空出世的绝世神功一样。看得我有点哭笑不得，甚至有点想掀桌子。
我这老胳膊老腿的，也算在代码世界里摸爬滚打了些年头，看着这些新概念层出不穷，偶尔也会心生佩服。但是，当“低代码”被吹得神乎其神，仿佛可以取代一切传统开发时，我脑子里第一个冒出来的念头就是：“合着大家没听过 C 开发 Windows Form 吗？”
别误会，我不是说低代码不好。它确实有它的价值，尤其是在快速原型开发、简单业务流程搭建、或者让业务人员也能参与到应用构建方面，低代码确实能极大地提高效率。但它也不是万能药，更不应该被捧到“取代一切”的高度，以至于让人对一些经典、成熟的技术路径产生误解。
C 和 Windows Form：一段我们或许应该重新拾起的历史
让我想想，Windows Form 这个东西，得追溯到 .NET Framework 时代了。那时候，很多桌面应用开发的主流选择就是它。用 C 配合 Visual Studio 的可视化设计器，那叫一个“香”啊！
想象一下，你打开 Visual Studio，创建一个新的 Windows Form 工程。一个空白的窗口就出现在你面前。你可以在左边的“工具箱”里找到各种控件：按钮、文本框、下拉列表、数据网格…… 你只需要用鼠标把这些控件拖拽到窗口的设计界面上，就像搭积木一样。
然后呢？ 你可以双击某个按钮，Visual Studio 就会自动生成一个事件处理方法（比如 `button1_Click`）。你只需要在这个方法里写上你想要的逻辑。比如，用户点击这个按钮，就把文本框里的内容显示在另一个标签上。
```csharp
// 这是一个非常简单的例子
private void button1_Click(object sender, EventArgs e)
{
label1.Text = textBox1.Text; // 把textBox1里的文本设置给label1
}
```
这整个过程，其实已经非常“低代码”了，只不过我们那时候不这么叫它。我们是通过可视化设计器来布局界面，通过事件驱动模型来编写业务逻辑，通过 C 这个功能强大且相对容易上手的语言来实现具体的功能。
它的“低代码”体现在哪里？
1. 可视化布局： 你直接看到窗口的样子，控件放在哪里，大小如何，都一目了然。不需要写一大堆 XYZ 坐标和尺寸的代码来控制布局。这就像你在画图软件里拖拽形状一样直观。现代的低代码平台也是靠这个来吸引人的，但 Windows Form 在这个方面早就是熟手了。
2. 事件驱动： 你不用时刻去“轮询”用户有没有点击按钮，而是定义好“当用户点击这个按钮时，我应该做什么”。这种事件驱动的编程模型，让开发更符合用户交互的习惯。很多低代码平台也是基于这种模型。
3. 丰富的内置控件和库： .NET Framework 提供了大量的标准控件，而且微软生态系统背后还有无数的第三方库和组件可以使用。从数据访问（如 ADO.NET, Entity Framework）、网络通信，到复杂的 UI 控件，很多已经封装好了，你拿来就能用，甚至是一些专业的报表控件、图表控件，都能找到现成的解决方案。这极大地减少了从零开始编写代码的工作量。
4. 强大的 IDE 支持： Visual Studio 不仅仅是一个编辑器，它还是一个全功能的开发环境。智能感知（IntelliSense）能帮你补全代码、提示参数；调试器能让你一步步跟踪代码执行，检查变量的值，找出问题所在。这些功能对于提高开发效率和保证代码质量至关重要，而且很多低代码平台在这方面的能力还不够成熟。
为什么我会觉得很多人“没听过” Windows Form？
我猜想原因有几个：
技术迭代的浪潮： 随着 Web 技术（ASP.NET, JavaScript 框架如 React, Vue）的兴起，很多应用都转向了 Web 端。移动开发（Android, iOS）也变得越来越重要。桌面应用的市场份额相对下降，尤其是 C Windows Form 这种纯桌面应用技术，在很多新的技术讨论中，自然就显得不那么“前沿”了。
“低代码”概念的重新包装： 低代码平台往往会用一套新的术语和 UI 来重新包装一些已经被证明有效的开发模式。它们强调“拖拽”、“配置”、“可视化”，这些都是 Windows Form 早就擅长的事情，只不过换了一种更时髦的说法和展示方式。
对“原生”桌面应用的误解： 有些人可能觉得，既然是低代码，那肯定不如原生开发灵活强大。但其实，用 C 开发 Windows Form 应用，从性能到功能，再到用户体验，都可以做到非常出色和专业，绝不是那种“简陋”的内部工具能比的。很多企业级、专业领域的桌面应用，依然是 Windows Form 的主力战场。
C Windows Form 的“不低代码”之处，也正是它的优势所在
虽然我之前说了 Windows Form 在某些方面很“低代码”，但它的强大之处在于，它并没有为了追求极致的“低代码”而牺牲掉开发者对应用精细化控制的能力。
灵活的逻辑编写： 当你需要实现复杂的业务逻辑、算法、数据处理时，你只需要切换到代码视图，用 C 这个成熟的语言去实现。你可以写类、写接口、使用各种设计模式，完全不受可视化工具的限制。这才是真正的“开发”，而不是简单的“配置”。
高度的可定制性： 如果你觉得某个标准控件的功能不够用，或者想要实现更炫酷、更个性化的界面效果，你完全可以自定义控件（Owner Draw），或者编写自己的用户控件。这种灵活性是许多“纯”低代码平台难以企及的。
强大的调试和性能优化： Visual Studio 提供了强大的调试工具，可以帮助你定位性能瓶颈，优化代码执行效率。对于需要处理大量数据、高并发的桌面应用，这种精细化的性能调优能力至关重要。
成熟的生态系统和社区： C 和 .NET Framework 拥有庞大且成熟的生态系统，社区活跃，学习资源丰富。遇到问题，很容易找到解决方案。
所以，为什么我会觉得大家对 Windows Form “陌生”了？
我觉得，与其说大家没听过，不如说在当下这个“万物皆可 Web”、“万物皆可移动”的浪潮中，很多人的视野被局限在了新的技术栈上，而忽略了那些依然在默默支撑着许多重要业务的经典技术。
低代码的兴起，是好事。它降低了技术门槛，加速了应用开发。但我们不应该因为追求“低代码”而遗忘了一些同样能够实现高效、专业开发的优秀技术。C 和 Windows Form 结合，在很多场景下，仍然是快速、稳定、高性能地构建桌面应用的绝佳选择。
下次再看到有人把“拖拽控件”、“编写少量代码”说成是什么颠覆性的创新时，不妨提醒他们一下：嘿，C Windows Form 早已玩剩下的东西了，而且玩得更深、更广、更扎实！
说到底，技术本身没有好坏之分，关键在于它是否能解决问题，是否能高效地服务于业务。而 C Windows Form，在它所擅长的领域，依然是那个可靠的老朋友。
我这老胳膊老腿的，也算在代码世界里摸爬滚打了些年头，看着这些新概念层出不穷，偶尔也会心生佩服。但是，当“低代码”被吹得神乎其神，仿佛可以取代一切传统开发时，我脑子里第一个冒出来的念头就是：“合着大家没听过 C 开发 Windows Form 吗？”
别误会，我不是说低代码不好。它确实有它的价值，尤其是在快速原型开发、简单业务流程搭建、或者让业务人员也能参与到应用构建方面，低代码确实能极大地提高效率。但它也不是万能药，更不应该被捧到“取代一切”的高度，以至于让人对一些经典、成熟的技术路径产生误解。
C 和 Windows Form：一段我们或许应该重新拾起的历史
让我想想，Windows Form 这个东西，得追溯到 .NET Framework 时代了。那时候，很多桌面应用开发的主流选择就是它。用 C 配合 Visual Studio 的可视化设计器，那叫一个“香”啊！
想象一下，你打开 Visual Studio，创建一个新的 Windows Form 工程。一个空白的窗口就出现在你面前。你可以在左边的“工具箱”里找到各种控件：按钮、文本框、下拉列表、数据网格…… 你只需要用鼠标把这些控件拖拽到窗口的设计界面上，就像搭积木一样。
然后呢？ 你可以双击某个按钮，Visual Studio 就会自动生成一个事件处理方法（比如 `button1_Click`）。你只需要在这个方法里写上你想要的逻辑。比如，用户点击这个按钮，就把文本框里的内容显示在另一个标签上。
```csharp
// 这是一个非常简单的例子
private void button1_Click(object sender, EventArgs e)
{
label1.Text = textBox1.Text; // 把textBox1里的文本设置给label1
}
```
这整个过程，其实已经非常“低代码”了，只不过我们那时候不这么叫它。我们是通过可视化设计器来布局界面，通过事件驱动模型来编写业务逻辑，通过 C 这个功能强大且相对容易上手的语言来实现具体的功能。
它的“低代码”体现在哪里？
1. 可视化布局： 你直接看到窗口的样子，控件放在哪里，大小如何，都一目了然。不需要写一大堆 XYZ 坐标和尺寸的代码来控制布局。这就像你在画图软件里拖拽形状一样直观。现代的低代码平台也是靠这个来吸引人的，但 Windows Form 在这个方面早就是熟手了。
2. 事件驱动： 你不用时刻去“轮询”用户有没有点击按钮，而是定义好“当用户点击这个按钮时，我应该做什么”。这种事件驱动的编程模型，让开发更符合用户交互的习惯。很多低代码平台也是基于这种模型。
3. 丰富的内置控件和库： .NET Framework 提供了大量的标准控件，而且微软生态系统背后还有无数的第三方库和组件可以使用。从数据访问（如 ADO.NET, Entity Framework）、网络通信，到复杂的 UI 控件，很多已经封装好了，你拿来就能用，甚至是一些专业的报表控件、图表控件，都能找到现成的解决方案。这极大地减少了从零开始编写代码的工作量。
4. 强大的 IDE 支持： Visual Studio 不仅仅是一个编辑器，它还是一个全功能的开发环境。智能感知（IntelliSense）能帮你补全代码、提示参数；调试器能让你一步步跟踪代码执行，检查变量的值，找出问题所在。这些功能对于提高开发效率和保证代码质量至关重要，而且很多低代码平台在这方面的能力还不够成熟。
为什么我会觉得很多人“没听过” Windows Form？
我猜想原因有几个：
技术迭代的浪潮： 随着 Web 技术（ASP.NET, JavaScript 框架如 React, Vue）的兴起，很多应用都转向了 Web 端。移动开发（Android, iOS）也变得越来越重要。桌面应用的市场份额相对下降，尤其是 C Windows Form 这种纯桌面应用技术，在很多新的技术讨论中，自然就显得不那么“前沿”了。
“低代码”概念的重新包装： 低代码平台往往会用一套新的术语和 UI 来重新包装一些已经被证明有效的开发模式。它们强调“拖拽”、“配置”、“可视化”，这些都是 Windows Form 早就擅长的事情，只不过换了一种更时髦的说法和展示方式。
对“原生”桌面应用的误解： 有些人可能觉得，既然是低代码，那肯定不如原生开发灵活强大。但其实，用 C 开发 Windows Form 应用，从性能到功能，再到用户体验，都可以做到非常出色和专业，绝不是那种“简陋”的内部工具能比的。很多企业级、专业领域的桌面应用，依然是 Windows Form 的主力战场。
C Windows Form 的“不低代码”之处，也正是它的优势所在
虽然我之前说了 Windows Form 在某些方面很“低代码”，但它的强大之处在于，它并没有为了追求极致的“低代码”而牺牲掉开发者对应用精细化控制的能力。
灵活的逻辑编写： 当你需要实现复杂的业务逻辑、算法、数据处理时，你只需要切换到代码视图，用 C 这个成熟的语言去实现。你可以写类、写接口、使用各种设计模式，完全不受可视化工具的限制。这才是真正的“开发”，而不是简单的“配置”。
高度的可定制性： 如果你觉得某个标准控件的功能不够用，或者想要实现更炫酷、更个性化的界面效果，你完全可以自定义控件（Owner Draw），或者编写自己的用户控件。这种灵活性是许多“纯”低代码平台难以企及的。
强大的调试和性能优化： Visual Studio 提供了强大的调试工具，可以帮助你定位性能瓶颈，优化代码执行效率。对于需要处理大量数据、高并发的桌面应用，这种精细化的性能调优能力至关重要。
成熟的生态系统和社区： C 和 .NET Framework 拥有庞大且成熟的生态系统，社区活跃，学习资源丰富。遇到问题，很容易找到解决方案。
所以，为什么我会觉得大家对 Windows Form “陌生”了？
我觉得，与其说大家没听过，不如说在当下这个“万物皆可 Web”、“万物皆可移动”的浪潮中，很多人的视野被局限在了新的技术栈上，而忽略了那些依然在默默支撑着许多重要业务的经典技术。
低代码的兴起，是好事。它降低了技术门槛，加速了应用开发。但我们不应该因为追求“低代码”而遗忘了一些同样能够实现高效、专业开发的优秀技术。C 和 Windows Form 结合，在很多场景下，仍然是快速、稳定、高性能地构建桌面应用的绝佳选择。
下次再看到有人把“拖拽控件”、“编写少量代码”说成是什么颠覆性的创新时，不妨提醒他们一下：嘿，C Windows Form 早已玩剩下的东西了，而且玩得更深、更广、更扎实！
说到底，技术本身没有好坏之分，关键在于它是否能解决问题，是否能高效地服务于业务。而 C Windows Form，在它所擅长的领域，依然是那个可靠的老朋友。
网友意见
一个思路下的产物，但是IT届需要时不时的造一些新的名词出来表示虽然是类似的东西，但是我的逼格要更高……
当然，WinForm也不是首创，在之前是Delphi，当然Delphi又称之为VB killer。
所以历史就是个圈……
当然有些追求逼格的小朋友最喜欢的挂在嘴边的就是，本质上完全不同，WinForm只能拖拽控件等。
但是谁告诉你WinForm只有控件的？他还有一套玩意儿叫做Component，说白了就是没有UI交互的控件，譬如说DataSource……当然你们肯定没用过，因为不好用……
好不好用另说，这思路一脉相承，套路一模一样，却是显然的……
你就像云计算，最早Google搞AppEngine，然后一群人不适应，逼格太高，没几个人能用。然后被AWS的EC2打的满地找牙。而现在AWS的IaaS做好了，现在也开始玩Lambda，这就是个圈。
考古没意思吧。。。
winform就是c#版本的VCL，和vb6差不多年代诞生的思想。。。
除了界面代码其他东西你都得自己撸的
这叫啥低代码
类似的话题
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有