微软放弃vb点虐 了吗 微软放弃mfc了吗

VB 是不是被淘汰了

是的。微软早就放弃了向后（向过去老产品）兼容的思想。VB只有VC的部分功能，VB没有继续生存的必要。几年前就开始逐步淘汰了。

创新互联是一家专注于成都网站建设、网站设计与策划设计,蒙阴网站建设哪家好?创新互联做网站,专注于网站建设十年,网设计领域的专业建站公司;建站业务涵盖:蒙阴等地区。蒙阴做网站价格咨询:18980820575

靠VB吃饭的改靠VC吃饭并非难事。凡现在尚未上VB“贼船",快换VC快船。我一直觉得奇怪，在百度编程提问的问题有那么多VB的题。

vb 不维护了么

是的，不维护了。

现在要VB的公司可以说已经没有了.

VB没落的标志性事件就是微软在.NET出来以后直接打断了向后兼容而且停掉了老VB工具链的全部开发更新，一直到现在也没有开源。既然亲爹直接断了生路又不让外人抱养，那不没落也根本就不可能吧。

vb6跟以前一样，以前会崩溃的还是会崩溃，以前同样的情况不会崩溃的也不会无故崩溃

vb6一直在业余市场上很火，而商业软件则很少有用，vb点虐 是一种全新的架构，和C#用同一个运行库，只是为了vb用户能接受点虐 而用了vb的语法，新的点虐 有了很多新的特性，也做了很多改进，不管怎样也是在进步。

VB、Delphi等编程语言没落的主要原因有哪些？

VB、Delphi等编程语言流行的时代是1995年前后，PC开始进入家庭和公司，这个时候的主流应用叫Windows窗体应用。现在，我们的电脑上还有大量这样的应用，如Office，WPS，ERP系统等。值得一提的是，同期还有一个开发这类软件的神器：Powerbulid。Powerbulid让工厂里面的程序员与软件公司的程序员处于同能开发能力上，那是定制开发的黄金时代。

VB1,0诞生于1991年，鼎盛的VB6.0诞生于1998年。Delphi1.0诞生于1995年，鼎盛的Delphi7.0诞生于2002年。Delphi其实没有没落，依旧继续发展。Delphi的继续发展历程，可以解释为什么这些古典语言会没落。

2000年以后，世界走入了互联网时代。浏览器代替了传统了windows窗体应用。操作系统也不是微软一家独大，Linux系统迅速崛起。为了迎合这个潮流，Delph先后出现了跨平台版，ios编程版，安卓开发版，移动开发版。但是，这个时候的后起之秀层出不穷，Delph的后续版本在中国基本没有公司在用。

VB、Delphi等编程语言前浪所以会被Java为代表的后浪编程语言取代，最大的原因是软件公司为了支持向上兼容(Upward Compatible)，需要花费巨大的资源去维持老语言的功能特性。1990年代的各种程序，依然在各种Windows窗体上跑得起来，可见兼容性之强。你对比一下国内的各种ERP产品，升个级，原来的二开程序就报错了，真是天上地下。实现向上兼容需要公司花费巨大的成本，这种成本在开源社区模式没有火起来之前，只能靠公司负担，即便微软也受不了。

Java也出来很多年了，这个负担也呈现出来了，没落是迟早的事情。语言毕竟是人造的，向上兼容只有上帝才能低成本的实现出来。各种生命，一定是向上兼容的。编程语言，还远远不到这个境界。

VB是没落了，Delphi近些年市场虽然衰退，在国外还是很流行的！最新版Delphi版本是DX10.3，依然是无与伦比的。DX10.3是跨平台的框架，同时支持Delphi和C++，几乎可以开发PC、平板、安卓和苹果手机程序，代码重复性非常高，开发效率无与伦比！

VB6是微软停止开发了而已。继任者VB.NET，欧美日台和工控领域用的人多一点，再就是原来VB6的老码奴用。 国内点虐 基本上都用C#，语法和Java相通。VB.NET我也用过, 语法可能是看起来有点啰嗦，实际上和花括号差别不大，毕竟在IDE里面写代码,都是自动补全。Delphi没落主要是没竞争过微软，领头人都被挖走开发C#了。然后公司方向错误，押宝在跨平台开发上，错过web发展的 历史 机遇。

VB、Delphi等基于CS的编程语言的没落，起于BS架构的瘦客户端兴起，败于移动端的普及。

但是也不用夸大其词，认为CS架构如何无用。只是对于绝大多数的普通用户而言，基于浏览器和移动端的应用系统已基本满足日常所需。

这只是业务领域细分的结果，很多编程语言开始更加强调垂直领域的应用，从“主流”变得“小众”而已。比如，浏览器是什么语言做的？OS呢？DB呢？IDE呢？其它就更别提各类专业的工具软件和底层应用，各类驱动等。

前端的轻量化，不代表后端同样的轻量化，相反，后端/服务器端往往为了追求稳定性，可靠性，基本就是这类“没落”语言一统天下。

其实，没有谁好谁坏，谁强谁弱，存在即合理。

Delphi没有没落。

说Delphi没落的人估计没有跟着Delphi XE进步，10.3后的版本非常好用，开发手机APP效率很高，还支持跨平台。

VB也没有没落。在windows上用VBA或VB Script做基于office套件的开发很高效。

如果在windows下做人机界面特别是数据库应用，Delphi控件或VB控件，好用高效还好看。如果基于windows DLL做应用，流畅快捷。

如果不喜欢Pascal风格，可以用C++Builder，与Delphi开发环境相同。

时代变了，赶不上时代变化。

他们都是适合pc windows开发，所以这点就是落伍原因。

后台开发，不行，因为大部分跑在linux上。

移动开发，不行，因为是android和ios。

即便是pc前端，现在用js的是主流，即使是需要本地性能，那也是qt多。

这些人不懂vb在这里叽歪，vb仍然好用，尤其是在企业，用vb开发的桌面程序很多。企业不需web端，极不安全，C/S是编译后运行，安全性同web不是一个量级的，而且企业处理事务不可能用手机，此外vb在win7、8、10都没一点问题，不支持的说法是怎么来的。

一、VB和Delphi的设计理念不同，是否落败的结论和原因也就不同。 1、职业开发工具Delphi

Delphi是编译型的，和其他高级语言一样，是针对专业开发人员而设计的，它的使用对象是职业IT。 职业IT的开发工具非常多，市场竞争本来就激烈，很容易一步错，步步错。 这倒不是技术上的原因，而是市场的原因。就像VB.Net，在前期折腾中，错失市场。整个开发的容量就那么大，位置被占了，就再也没有了。Delphi也差不多，在商业买卖中，连创始人都跑去做C#了，后续版本的未来也就可以想象了。

但这并不影响已发行版本的使用，这跟VB6一样，该干嘛干嘛。所以 说这些工具已死的说法，是站不住脚的。 但作为专业的高级开发语言而言，它必须在高级的路上不断的进化，才会有开发人员使用。大量开发人员的使用，才会降低项目的实施成本。相反，如果得不到进化，那么开发的人才资源，就会逐渐枯竭，从而提高项目的成本，进而影响项目的技术路线。 对于专业开发人员而言，掌握一项停止进化的的高级开发语言，就意味着工作机会的收缩。

但这对于一项可实施的技术而言，并不妨碍它继续工作。所以 这种落败，不是指技术，而是指就业机会的凋零。 就VB和Delphi而言，只要不用于糊口的工作，他们仍然是桌面应用开发的一把好手。

2、非职业开发工具VB

早在1962年的DOPE时，该语言就明确针对教学，到后来的BASIC，更是有学生参与开发。所以在VB进化的起点处，易用就是其最大的特点，那VB使用对象自然就是非职业IT。随着VB的发展，继续保持了易用性，虽然陆续加入了专业开发的元素（可参阅《VB前传，从教学到 游戏 ，再到系统，似乎每步都是精心设计 》和《早判了，VB已死，但我说话了么？ 》），但非专业群体很快就占据了绝对优势。也正是广大非IT的人民大众，将微软推上了今天的位置，这其中VB功不可没。

但随着微软坐稳个人PC的霸主地位后，软件行业的战火已经烧到了互联网。JAVA的迅速崛起，让微软不得更换战略。 跨平台属性呼之欲出，有着沉重 历史 包袱的VB，显然已不再符合这场战斗。其实在1995年VB4.0时，也就是JAVA首个版本发行的那年，微软在核心战略上就已经转向了，VB走向VBA，为VB后续的退位埋下了伏笔。

随着.Net框架的诞生，VB开始走向幕后。近10年以后，微软官方才迟迟宣称，不再继续更新VB。据称经后来统计，VB生产的代码量是C/C++的数十倍之多，这足以理解官宣为何迟到这么久。 直到今天，微软仍然没有宣称不再系统级支持VB，在Win10上，VB仍然在系统支持范围内。

熟悉微软 历史 的人，很清楚个人PC与VB、与微软之间的关系。VB属于普通人，个人PC属于普通人，Windows系统更是属于普通人。微软当年依仗Basic，这个非专业玩具，才获得了普通人的选票。这些选票，微软不会轻易地就交出来。到今天，VB是不再更新了，仿佛停留在了32位机时代，曾经很多靠VB6吃饭的人，凭借VB6很难再找到工作。 VB是没落了，不过没掉的是专职的那一部分人，VBA和VBS却堂而皇之地睡在64位机里继续保护着Office的生态。

远离商业的烦扰，VB终于回归到了最初的样子，在VBA的世界里，让成千上万的普通人，继续，学习计算机，使用计算机，热爱计算机。 就连VB让道的C#，也只能与其他开发工具一样，使用接口开发Office。

或许有一天，微软会彻底升级Office，会给大家一个更好的VBA。但在这之前，微软需要考量的是，VBA里那些沉默的大多数，生产的代码量，可能又增加了不止数十倍了。

从所有开发语言的发展 历史 来看，也只有VB是专为非职业IT而生。 更多非职业IT技术内容，请关注BtOfficer，获取阅读，为非IT人士带来职业IT的视角，正是时候。

vb是本来就烂，delphi没落是因为没跟上潮流，b/s大行其道的时候，她还主要支持c/s开发，为自己的傲慢买了单

vb没太多用，但是说delphi没落属于过分吧。 delphi到xe时代的确乱，个人感觉定位不明确，做个毛线的跨平台，但是从c/s系统，或者win32平台，delphi非常便捷， 一些小东西用delphi很快的。吐槽下，跨平台就有些扯了（本人不搞安卓，ios和osx 还是用原生或者H5）。稳定性还是差。编译包巨大。不好好固守自己的领域乱搞一气。 目前老衲一般编写软件 win用delphi（除非必要，还在用delphi2010，很多时候用delphi2010写dll 用xe写UI ），如果双平台，ios 和osx 用oc（一般用delphi先写win版本，然后翻译成oc，可能是个人习惯，用delphi 调试和编译快，在编写的时候注意要跨平台）dll 一般用vc++或者delph7 或者delphi2010。 如果需要网络数据传输一般用php，或者java 等（考虑到跨跨平台，这个可以通用，传递回json）

微软是不是要放弃 VB 了?

VB是微软独占的语言，而C#一开始是作为标准的姿态出现的，所以C#设计得更加严谨而VB则比较随意。然而在后面的发展当中，C#并不顾及自己的标准身份，每个版本都加入了许多新的feature，很多时候还是重复添加的冗余feature（比如delegate

匿名函数

和

lambda表达式

），以至于后来也就不再矜持，将VB上那些“不够严谨”的功能一股脑全部加入了，例如static

class，可选并带默认值的

参数列表

，动态调用，static成员导入（例如using

static

System.Math，原本VB远古就具有的Imports

System.Math具有相同功能）等等。

而VB一开始是一种非常简单的语言，在化进程中，为了点虐 化经历了数次巨大的设计改变，其中有很多feature的设计不知为何非常烦冗，例如MustInherit,

NotOverridable等可读性差的长关键字，多余的ByVal关键字，早先对符号的占用导致

泛型

语法变长等等。而且还保留了对

VB6

蹩脚的兼容性，导致语言的优美程度急剧下降。VB2005时还曾经计划过一批奇葩的特性，后面大都没有实现。当然偶尔还是能看到一些亮点的设计（例如XML表达式，XML查询，匿名类型自动实现GetHashCode等）。到VB2008开始VB组针对语言烦冗之处进行了大幅改进，新的类型推测Dim语句，可省略ByVal的写法，

隐式

换行符

的引进，以及新语法较为简洁的

设计设计

都使得VB得到简化但越来越和C#一致。所以当时微软就宣布以后两种语言在主要功能上均会共同设计

不再分离

。

从VS2015开始VB和C#变得更加高度一致化，这是从Roslyn计划开始后就更加明显的行为。微软目前对VB的态度就是和C#互为双胞胎的语言。