编程语言被外国统治了
cysgjj时间2024-11-13 08:08:00分类编程语言浏览6
太阳系最强IDE Visual Studio要支持java了，你怎么看？
呵呵一笑！
说实话，对微软的东西是真的不感兴趣，不是说不好，也许，是挑剔吧！
举个例子，浏览器，你用IE吗？
以前，做Windows开发，用的是C++ builder、Delphi，不用VC，虽然现在都已经没落了，甚是怀念啊！
Java的专业版的IDE，eclipse、MyEclipse、idea，netbeans，拥有专业的多种插件和功能支撑，非常方便，专业的工具做专业的事！
谢谢邀请！
使用过Visual Studio的程序员应该对其强大的功能印象深刻，对于70后、80后的程序员来说，Visual Studio几乎是必须掌握的开发工具，在PC时代Visual Studio几乎就是开发工具的代名词。
随着互联网时代的到来，Visual Studio的使用并没有延续之前的辉煌，随着JAVA、PHP、Python的崛起，Visual Studio似乎开始逐渐远离了程序员的桌面，虽然Visual Studio依然强大，但是奈何互联网选择了J***a和PHP。虽然很多VS程序员转向了J***a等语言，但是不可否认的是，这些程序员对VS的忠诚度还是比较高的，一直希望VS能够支持J***a语言。现在VS终于开始支持J***a了，对于开发人员来说，无疑是一个好消息。
第一：给了程序员更多的选择空间。在J***a开发领域***用比较多的开发工具是Eclipse和IntelliJ IDEA，虽然这些工具使用起来比较方便，但是多一个选择毕竟不是坏事，更何况是微软的产品。
第二：进一步整合开发环境。对于程序员来说，一个比较麻烦的事情就是开发环境的切换，不少程序员的桌面上安装了一堆开发环境，常见的包括VS、Eclipse（IDEA）、PHP、Python等，根据目前披露出来的消息，VS此次不仅支持J***a，也支持Python等多种语言的开发，甚至支持OC和Swift语言，这对程序员来说绝对是一件方便开发的好事。
第三：利于团队协作。VS支持J***a语言带来的另一个好处是方便团队的协作，通过Live Share可以完成在线调试、系统开发、版本追踪等一些列功能，可以说这些对于程序开发团队来说都是非常重要的。
总之，VS支持J***a开发绝对是一件好事，尤其是对于从事过VS开发的程序员群体来说。
作者简介：中国科学院大学计算机专业研究生导师，从事IT行业多年，研究方向包括动态软件体系结构、大数据、人工智能相关领域，有多年的一线研发经验。欢迎关注作者，欢迎咨询计算机相关问题。
目前为止我还没有上手用到支持 J***a 的Visual Studio。我觉得我们可以从几个方面来解析一下这个事情。由于微软与J***a相对应的产品是.Net FrameWork，所以我觉得讨论Visual Studio对.NET FrameWork以外其它语言的支持，如VC，可能和问题有一些偏离。所以以下内容重点还是讨论Visual Studio、.NET FrameWork、J***a、Eclipse、IntelliJ IDEA。
Visual Studio曾经一度推出过VJ++。事实上，VJ++只是一种类似J***a语法的虚拟机上层语言，类似于C#和VB.NET。它编译出的程序还是要运行在FrameWork上，和现在我们认的Visual Studio支持J***a，并不是一回事。
另外，Visual Stuido是有一些支持J***a的插件的。但这些不是Visual Studio原生支持的功能，在实际生产中，极少会有人用Visual Studio+J***a插件来实现大型J***a项目的开发。
用Visual Studio开发C#和用当前J***a最流行的开发环境IntelliJ IDEA和Eclipse相比，开发效率和易用性、便捷性，号称宇宙第一Visual Studio IDE环境，都碾压IntelliJ IDEA和Eclipse。但是，受限于长期微软封闭的生态系统和Visual Studio相对较高的价格，使得开发语言的排名中，J***a一直领先于.Net，使用IntelliJ IDEA和Eclipse开发J***a的人数，是多于使用Visual Studio开发.Net 程序的人数的。对于很多使用过Visual Studio开发过.net 程序、也使用过IntelliJ IDEA和Eclipse开发过J***a的程序员来说，多多少少都有过用Visual Studio开发J***a语言的奢望。如果能使用Visual Studio开发J***a，这将把当前最前的IDE环境，与J***a丰富的生态环境相结合，无疑将大大提升J***a程序员的开发效率，也会吸引更多人投身到J***a生态中。
虽然微软将一些FrameWork技术开源，而Linux也有MONO的 FrameWork运行框架，但愿意跨平台使用.NET FrameWork的程序员还是少数。在服务器上Linux系统占据统治地位，在IDE处于明显劣势的情况下，J***a的使用率依然远远领先于.NET FrameWork。可以想像，.NET FrameWork在IDE上再失去优势地位，可能会进一步被压缩生存空间。
但微软愿意这么做，说明微软内部也有着自己的考量，这个巨无霸[_a***_]，做出一个重大决策，决不是随便拍拍脑袋就决定的。
这个说的很清楚，IDE主要比的是调试。至于是不是能让你少写几行代码根本不重要。因为大家都清楚，虽然说是写程序，但你也就是10%时间，大部分时间是在思考和调试。
还有就是习惯问题，一直用vs的估计这辈子都不可能碰j***a，倒不是说不会写，而是只要不是被迫的都不会碰。而写j***a的又都习惯了自己的编辑器，挺尴尬的。
再者说方便开发者不用安装那么多开发平台了。
微软耍了个小心眼，通过vs code来规避j***a的版权风险。
[免责声明]本文来源于网络，不代表本站立场，如转载内容涉及版权等问题，请联系邮箱:83115484@qq.com，我们会予以删除相关文章，保证您的权利。转载请注明出处：http://www.wnpsw.com/post/22374.html
