VB提供的所见即所得的GUI构建器，我之后再也没有在如此方式中遇到过。在VB鼎盛时期，如今作为软件开发相关职业的用户体验设计领域还处于起步阶段，通常都是开发人员工作中的隐性部分。随着RAD工具的消亡，失去的是一种潜在的共享表达媒介。如今设计师在Figma等工具中建造“波将金村庄”，然后把它们扔过墙，作为开发人员，我需要对它们进行逆向工程。如果他们不是把东西扔过墙，而是实际在开发人员用来编写逻辑的同一工具中构建UI，那会有多高效呢？还有一点：我不知道如果没有BASIC我会不会进入这个领域。我最初是用QBasic开始的，因为它是最容易获得的，当我拿到学生版时就转到了VB。这些与Scratch或Logo等教育环境不同的地方在于，我可以使用它们为自己构建真正有用的东西。
源讨论美丽而正确：Visual Basic的历史与遗产原帖 259 条评论 · 导入时统计把你的经验，加入这段讨论。
我认为所见即所得的WPF和Silverlight工具在可用性方面与VB6水平相当。这些工具对于快速构建UI非常棒，但我认为它们在更复杂的应用程序中表现不足。 这就是为什么设计师在设计UX时有自己偏好的原因，让他们有灵活性按照自己的想法创建UI。当不同的团队为共同的目标工作时，总会有“扔过墙去”的元素。 作为开发人员，我总是认为自己工作的一部分是尽可能多地与其它团队合作。在项目进行过程中，持续提供关于UX模式的建议和反馈真的有助于事情顺利进行。
完整原文VB提供的所见即所得GUI构建器，我之后再也没有见过如此方式的。当时我认为Delphi以更好的方式实现了这个概念，而且我一旦了解到它就立即从VB转到了Delphi。Delphi至今仍然存在。 还有许多低代码平台具有类似VB的UI构建器，比如mendix、outsystems或微软的power platform，但它们往往过于企业化，而VB真正是大众的冠军。 我认为power platform中的canvas apps提供了很多“拖放Visual Basic表单”的感觉，让你可以构建真正有用的东西，同时针对网页和移动设备。power platform的缺点是，一旦你试图用它做点严肃的事情，就需要使用高级功能，最终会花费很多钱。这使得它不太适合填补VB和Access所占据的空白，因为那个空白…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。