你最喜欢 VB6 的哪些方面？

Source: Hacker News

你喜欢 VB6 的哪些地方，现代 .NET 哪些让你感到沮丧？

两个开放式问题，面向那些在 Visual Basic 6 上交付过真实项目、现在使用现代 .NET 编写 C# 的人。

我并不是在做修辞性的设问，而是真诚地想了解答案本身，听听亲历者的原话，并且想在记忆逐渐流失之前把它记录下来。

为什么要问

我在大约 1995 到 2010 年间，用 VB3、VB4、VB5 和 VB6 开发了大约一百个业务系统。表单设计器、双击事件、编写处理函数、生成 EXE、交付完毕，然后离开。2010 年之后我转向 C#，此后一直使用它。我使用过 WinForms、WPF、在 Silverlight 退役前的部分功能、少量我宁愿忘记的 UWP、一次未能存活的 MAUI 项目，以及现在我主要使用的 Avalonia。

我正在写一本关于 Visual Basic 的历史，研究过程中不断出现同一个观察：自 VB6 以来，微软已经推出了七个 UI 框架，其中大多数都被定位为继任者。2002 年推出的 WinForms 是这七个框架中唯一仍然是业务应用最省力路径的，它所提供的模型显然是 VB6 发明的模型的延续。二十八年后，Alan Cooper 在 1987 年纸上画的表单设计器，仍然是从“我有一个想法”到“我有一个可运行的应用”之间的最短距离。

这很有意思。我认为它比常见的“VB6 是玩具”或“VB6 是杰作”之类的论点更值得探讨。因此，我想跳出这些框架，直接了解它对重度使用者到底意味着什么。

两个问题

如果你有几分钟时间，并且在生产环境中使用过 VB6：

1. 你具体喜欢 VB6 的哪些方面？
   不是一般的怀旧感，而是具体的东西——某个工作流、某种它解决的问题形态、某个让日常更快或更清晰的设计选择。现在你仍会去寻找的东西，即使它很小，也会让你觉得缺失。

2. 现代 .NET、C# 和 Visual Studio 中哪些让你感到沮丧，而 VB6 并没有让你去“搏斗”这些？
   同样要求具体的答案。比如“我想念能够在不做 X 的情况下完成 Y”，而不是笼统地说“现代 .NET 太复杂”。列举你已经学会忍受但本不想接受的点。

我故意把两个问题都设为开放式。如果我问“是 IDE、语言还是生态系统”，答案会被套进我的分类中，而最有价值的回答往往会落在我未曾设想的类别里。所以请先给出具体例子，再考虑归类。

这是什么

一次探索性的发帖。今天没有任何正式公告，也没有邮件列表需要你加入。我正在为一本关于 VB6 向现代 .NET 迁移的书写章节，想让章节忠实于亲历者的真实体验，而不是我的个人观点。如果从这些答案中最终产生了值得进一步工作的想法，那会在另一个帖子、另一天单独展开。现在，这只是一个问题。

如果你愿意在此处评论，我会阅读每一条。如果你更倾向于私下留言，站点上的联系表单会直接发送给我。

感谢你的时间。下一章会因此变得更好。

— EG