我们所要关注的是什么?

简介:

这是我给公司的同事培训C#时同事的提问的问题,我把问题归纳后写了出来。 

问题

C#和VB.NET 都是.NET 中的一种编程语言,而对于.NET 本身来说,无论用那种语言编写的程序,在编译器中都会转化成中间语言,而他们所使用的底层类库和支持服务都为一样的,都是建立和运行在Microsoft .NET Framework SDK 之上的程序,所以我觉得对于C#VB.NET只是语言不用,实现和具体编码的不同,相对于VB.NET来数,C#只是完全面向对象,别的几乎没有大的区别。

     那为什么有人认为VB.NET是垃圾,是一个中间的东西,高不高,低不低,这个我们应该怎样解释和认识Microsoft.NET体系,并用什么样的态度来学习Microsoft .NET,还有我们要作那些必要的准备,而对于编码技术方面,我们要怎样从代码和思想上来全面的认识学习完全面向对象的C#编程,同时如果我是一个VB 6.0的程序员,我应该怎样从VB 6.0的编程思想中解放出来,是学习VB.NET 还是 学习 C#的好,又如果我是一个VB.NET 的程序员,我又没有必要再去学习C#

    自从微软推出Microsoft .NET Framework SDK开发平台的之后,所有基于Microsoft .NET Framework SDK发开平台的开发语言已经与Microsoft .NET Framework SDK之前的语言有了本质性的变化,在Microsoft .NET Framework SDK之前VB语言是通过解释运行的模式进行程序处理,但是在Microsoft .NET Framework SDK之上,所有的语言都编成一种工具,这些工具为程序员提供了不同的选择,让不同开发风格的程序员可以利用不同的编成语言来做同样一种事情。在Microsoft .NET Framework SDK之下,所有的编成语言都被处理成中间语言,Microsoft .NET Framework SDK运行的是中间语言。在Microsoft .NET Framework SDK上,开发语言就像我们所说的话,不同国家的人可以有不同的语言,有日语,中文等等。但是我们之间的交流都不会有问题,那是因为我们在交流时交流的是思想,不是语言本身。Microsoft .NET Framework SDK所处理的就是从不同的编程语言中以一顶的规范来提取程序思想,然后进行处理。

    该以何种态度去认识Microsoft .NET Framework SDK以及Microsoft .NET Framework SDK所提供的语言,从程序员的角度来开,开发语言就是我们我们与计算机交流的一种工具,但是我们因该认识到一点,开发的主体不在于开发语言,而是开发本身所要处理的业务等中心思想。开发语言的不同或许可以让我们通往成功的目的有一个捷径,但不是开发语言决定了开发的成功与否。所以不论是VB 6.0还是C#的程序员都应该明确一点,我们要更多的关注于业务和程序逻辑本省,开发语言不是决定性因素。

    以前我很少接触VB,我自身的开发大部分都借助于C#。两者从语言角度上说的确不同。但是从VB被推出的第一天,VB就不应该被认为是垃圾,而且VB应该是一门十分成功的开发语言,或许VB可能的功能可能比C/C++要少,有时候要借助于C/C++才可以实现,但是从微软公司推出了VB开发平台之后,就向所有的程序员展示了快速开发平台的模型,这不能说不是一种成功的模型,而且快速开发平台一直被沿用到了Microsoft Visual Studio .NET 2003上。在开发的时候,往往会根据业务的需要和开发的周期来决定选择某一种开发语言和开发平台。如果所要进行Web方面的开发,asp(vb)php等都是不错的选择,如果硬要选择C/C++进行开发,或许会得不偿失。

    前段时间关于.netjava的争论,如果说C#是抄袭了java,倒不如说C#是站在巨人的肩膀上。.netMicrosoft .NET Framework SDK上提供的一系列解决方案不能不说微软公司具有前瞻性,虽然有人评击说net过于依赖平台,但是这不能不承认微软的野心和在技术上的领导。.net可以说是微软吹响分布式应用程序的一个前奏曲。让更多的程序员在开发商用软件时更多的关注业务,而不是如何实现。

.net中微软已经扩展了VB,在保持有原先语言风格的基础上,让Vb的功能更强大。但是由于VB留有多年演化的痕迹和现在的改进,所以不能完全在Microsoft .NET Framework SDK上照搬以前VB的代码。'
















本文转自小余(Yice)博客园博客,原文链接:  http://www.cnblogs.com/yice/archive/2008/04/17/127145.html  ,如需转载请自行联系原作者


相关文章
|
2天前
|
存储 运维 安全
云上金融量化策略回测方案与最佳实践
2024年11月29日,阿里云在上海举办金融量化策略回测Workshop,汇聚多位行业专家,围绕量化投资的最佳实践、数据隐私安全、量化策略回测方案等议题进行深入探讨。活动特别设计了动手实践环节,帮助参会者亲身体验阿里云产品功能,涵盖EHPC量化回测和Argo Workflows量化回测两大主题,旨在提升量化投研效率与安全性。
云上金融量化策略回测方案与最佳实践
|
4天前
|
人工智能 自然语言处理 前端开发
从0开始打造一款APP:前端+搭建本机服务,定制暖冬卫衣先到先得
通义灵码携手科技博主@玺哥超carry 打造全网第一个完整的、面向普通人的自然语言编程教程。完全使用 AI,再配合简单易懂的方法,只要你会打字,就能真正做出一个完整的应用。
5087 18
|
15天前
|
人工智能 自动驾驶 大数据
预告 | 阿里云邀您参加2024中国生成式AI大会上海站,马上报名
大会以“智能跃进 创造无限”为主题,设置主会场峰会、分会场研讨会及展览区,聚焦大模型、AI Infra等热点议题。阿里云智算集群产品解决方案负责人丛培岩将出席并发表《高性能智算集群设计思考与实践》主题演讲。观众报名现已开放。
|
8天前
|
自然语言处理 数据可视化 API
Qwen系列模型+GraphRAG/LightRAG/Kotaemon从0开始构建中医方剂大模型知识图谱问答
本文详细记录了作者在短时间内尝试构建中医药知识图谱的过程,涵盖了GraphRAG、LightRAG和Kotaemon三种图RAG架构的对比与应用。通过实际操作,作者不仅展示了如何利用这些工具构建知识图谱,还指出了每种工具的优势和局限性。尽管初步构建的知识图谱在数据处理、实体识别和关系抽取等方面存在不足,但为后续的优化和改进提供了宝贵的经验和方向。此外,文章强调了知识图谱构建不仅仅是技术问题,还需要深入整合领域知识和满足用户需求,体现了跨学科合作的重要性。
|
3天前
|
人工智能 容器
三句话开发一个刮刮乐小游戏!暖ta一整个冬天!
本文介绍了如何利用千问开发一款情侣刮刮乐小游戏,通过三步简单指令实现从单个功能到整体框架,再到多端优化的过程,旨在为生活增添乐趣,促进情感交流。在线体验地址已提供,鼓励读者动手尝试,探索编程与AI结合的无限可能。
|
1月前
|
存储 人工智能 弹性计算
阿里云弹性计算_加速计算专场精华概览 | 2024云栖大会回顾
2024年9月19-21日,2024云栖大会在杭州云栖小镇举行,阿里云智能集团资深技术专家、异构计算产品技术负责人王超等多位产品、技术专家,共同带来了题为《AI Infra的前沿技术与应用实践》的专场session。本次专场重点介绍了阿里云AI Infra 产品架构与技术能力,及用户如何使用阿里云灵骏产品进行AI大模型开发、训练和应用。围绕当下大模型训练和推理的技术难点,专家们分享了如何在阿里云上实现稳定、高效、经济的大模型训练,并通过多个客户案例展示了云上大模型训练的显著优势。
|
8天前
|
Cloud Native Apache 流计算
PPT合集|Flink Forward Asia 2024 上海站
Apache Flink 年度技术盛会聚焦“回顾过去,展望未来”,涵盖流式湖仓、流批一体、Data+AI 等八大核心议题,近百家厂商参与,深入探讨前沿技术发展。小松鼠为大家整理了 FFA 2024 演讲 PPT ,可在线阅读和下载。
3414 10
PPT合集|Flink Forward Asia 2024 上海站
|
21天前
|
人工智能 自然语言处理 前端开发
100个降噪蓝牙耳机免费领,用通义灵码从 0 开始打造一个完整APP
打开手机,录制下你完成的代码效果,发布到你的社交媒体,前 100 个@玺哥超Carry、@通义灵码的粉丝,可以免费获得一个降噪蓝牙耳机。
5922 16
|
3天前
|
消息中间件 人工智能 运维
12月更文特别场——寻找用云高手,分享云&AI实践
我们寻找你,用云高手,欢迎分享你的真知灼见!
449 36
|
2天前
|
云安全 人工智能 安全