7536
社区成员
- 主页
迷惑，为什么要用.net
我是一个C＋＋程序员，c++的水平应该说还不错，对MFC也很熟习。在工作中也主要开发一些单机程序。
以前一直以为.net会给网络编程带来很大的好处，对单机程序的好处不是特别大，可最近看的一些资料开始动摇我一这一观点了
希望使用过C++和C＃编写过.net程序的指点指点。到底编写.net程序给你们带来了哪些方便？
以前一直以为.net会给网络编程带来很大的好处，对单机程序的好处不是特别大，可最近看的一些资料开始动摇我一这一观点了
希望使用过C++和C＃编写过.net程序的指点指点。到底编写.net程序给你们带来了哪些方便？
...全文
请发表友善的回复…
发表回复
yeyuboy 2005-05-11
在WINDOWS下搞开发，MS会让们听话的。
vzxq 2005-05-08
开发效率高
sa99 2005-05-02
忘说了，还有可能是这群傻比销售想学点什么，可从书上什么也看不懂，只看到了.net这个词，于是就到处吹.net好了，因为这帮人什么也不懂，就知道有个.net这个词而已。
sa99 2005-05-02
因为有一群傻比销售，从广告上看到有个.net,于是就开始向客户鼓吹，客户被忽悠了，于是和客户联手给公司施加压力，说客户要求用.net，于是你们这些程序员们就会跟猴子一样得跟着这群傻比转悠。
这就是全过程。
这就是全过程。
nga96 2005-05-02
．ＮＥＴ是一个软件运行环境，软件开发环境和软件布署环境，所以我们就用．ＮＥＴ，呵．
做什么项目用什么刀，如果是ＥＲＰ，用．ＮＥＴ相当不错，如果是底层开发，还是用Ｃ＋＋吧
做什么项目用什么刀，如果是ＥＲＰ，用．ＮＥＴ相当不错，如果是底层开发，还是用Ｃ＋＋吧
lwz 2005-04-21
上面有人说,VC++.NET不能做BS结构的程序.
对此观点,我反对! 请看:http://community.csdn.net/Expert/TopicView1.asp?id=3948121
对此观点,我反对! 请看:http://community.csdn.net/Expert/TopicView1.asp?id=3948121
WZCNet 2005-04-21
看好.net的前景，最大的好处是易上手
lwz 2005-04-21
我来讲话了! 讲错了别骂我!
VC++6 编译出来的是非托管代码的程序,编程主要是用MFC 6.0
VC++.NET(VC++7)比较厉害! 它既可以写非托管代码的程序也可以写托管代码的程序.
写非托管代码程序时用MFC7类库 (这样,我们就不必放弃以前学的东西了)
写托管代码程序时用.NET类库 (这样,我们就不怕追不上潮流了!)
在语言上没有太大改动吧...同样是C++ 而且VC++7的IDE比较好用呢...
VC++6 编译出来的是非托管代码的程序,编程主要是用MFC 6.0
VC++.NET(VC++7)比较厉害! 它既可以写非托管代码的程序也可以写托管代码的程序.
写非托管代码程序时用MFC7类库 (这样,我们就不必放弃以前学的东西了)
写托管代码程序时用.NET类库 (这样,我们就不怕追不上潮流了!)
在语言上没有太大改动吧...同样是C++ 而且VC++7的IDE比较好用呢...
yingjml 2005-04-20
武林中，高手靠的是他的内功，而不是他的武器，武器的厉害只是他内功的体现。能把mfc玩转的一定是个高手，来玩.net只是小刀换长矛，鸟枪换炮\\\
!形象~~
!形象~~
gyf19 2005-04-18
开发效率高
oldjackyone 2005-04-17
武林中，高手靠的是他的内功，而不是他的武器，武器的厉害只是他内功的体现。能把mfc玩转的一定是个高手，来玩.net只是小刀换长矛，鸟枪换炮。
有意思...
有意思...
智慧机器 2005-04-16
提供一个一致的面向对象的编程环境，而无论对象代码是在本地存储和执行，还是在本地执行但在 Internet 上分布，或者是在远程执行的。
提供一个将软件部署和版本控制冲突最小化的代码执行环境。
提供一个保证代码（包括由未知的或不完全受信任的第三方创建的代码）安全执行的代码执行环境。
提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。
使开发人员的经验在面对类型大不相同的应用程序（如基于 Windows 的应用程序和基于 Web 的应用程序）时保持一致。
按照工业标准生成所有通信，以确保基于 .NET Framework 的代码可与任何其他代码集成。
我感觉.net的确比win32和mfc编程方便多了，它提供全新的类库，并以命名空间分类，提供新的form(窗体)编程和更丰富的控件，更接近快速开发的要求并不失去它的灵活性，对系统底层的访问可以通过system.windows空间实现。
当然，比起win32来，它是有一定效率损失的，它可以通过针对不同CPU的编译成不同的运行时代码，所以更能发挥将来CPU的性能，并易于跨平台。
这些都是.net的发展目标，完全实现还需要一段时间。
从win32，mfc，atl，com向.net转变是需要一个漫长的时间的，但它们并不冲突，从C＃的火爆就可以预见.net的将来。我想当前.net发展的关键就是操作系统还没有默认支持它，当M$把.net捆绑到windows的时候，就是.net火爆的时候了。
其实，说实话，VC6.0中的mfc，win32编程对于新手来说非常不好用，而.net中的winform窗体编程更有VB易用性的体现。
不过，.net说到底只是一个工具，我们不用它也能达到我们的目的，工具，当然挑个好用的了。
最后，武林中，高手靠的是他的内功，而不是他的武器，武器的厉害只是他内功的体现。能把mfc玩转的一定是个高手，来玩.net只是小刀换长矛，鸟枪换炮。
提供一个将软件部署和版本控制冲突最小化的代码执行环境。
提供一个保证代码（包括由未知的或不完全受信任的第三方创建的代码）安全执行的代码执行环境。
提供一个可消除脚本环境或解释环境的性能问题的代码执行环境。
使开发人员的经验在面对类型大不相同的应用程序（如基于 Windows 的应用程序和基于 Web 的应用程序）时保持一致。
按照工业标准生成所有通信，以确保基于 .NET Framework 的代码可与任何其他代码集成。
我感觉.net的确比win32和mfc编程方便多了，它提供全新的类库，并以命名空间分类，提供新的form(窗体)编程和更丰富的控件，更接近快速开发的要求并不失去它的灵活性，对系统底层的访问可以通过system.windows空间实现。
当然，比起win32来，它是有一定效率损失的，它可以通过针对不同CPU的编译成不同的运行时代码，所以更能发挥将来CPU的性能，并易于跨平台。
这些都是.net的发展目标，完全实现还需要一段时间。
从win32，mfc，atl，com向.net转变是需要一个漫长的时间的，但它们并不冲突，从C＃的火爆就可以预见.net的将来。我想当前.net发展的关键就是操作系统还没有默认支持它，当M$把.net捆绑到windows的时候，就是.net火爆的时候了。
其实，说实话，VC6.0中的mfc，win32编程对于新手来说非常不好用，而.net中的winform窗体编程更有VB易用性的体现。
不过，.net说到底只是一个工具，我们不用它也能达到我们的目的，工具，当然挑个好用的了。
最后，武林中，高手靠的是他的内功，而不是他的武器，武器的厉害只是他内功的体现。能把mfc玩转的一定是个高手，来玩.net只是小刀换长矛，鸟枪换炮。
OnlyHappy 2005-04-16
个人感觉..vc++.net有点不伦不类.用滴十分地不舒服.
youngby 2005-04-15
因为简单，
其实最重要的是：MS让我们用。支持楼上的说的。。呵呵
其实最重要的是：MS让我们用。支持楼上的说的。。呵呵
youngby 2005-04-15
谁说.net程序可以是平台无关的？
=======================================
我是一个C＋＋程序员，c++的水平应该说还不错，对MFC也很熟习。
---------------
NET是给MFC程序员使用的升级产品。也就是从MFC“平台”到“NET”平台的升级吧。
SenerityChzr 2005-04-15
感觉一般
andy_cai 2005-04-11
增加了一些库函数
比如我做了个需要刻录的
必须用.net
比如我做了个需要刻录的
必须用.net
nipcdll 2005-04-11
刚开始使用.net，感觉用起来比较简单
mulintaomulintao 2005-04-10
其实各种语言都有其优点也有其缺点，比如说c#或vb.net吧，虽然也可以调用API函数，但是需要进行好多转化，相信大家都经历过吧，但是其开发效率却确实是高的，不服不行，但c＋＋再调用API函数却很容易,但c++缺点是你不得不时刻考虑内存分配，而且开发效率也确实不是很快，同时c++在编程时需要考虑各种数据类型的转换，这也是拖累开发效率的一个原因吧。
其实说到底各种编程语言都是调用各种API工作的，只不过其组织形式不同罢了，不论是DCOM还是.NET Remoting 还是Web Service归根结蒂还不都是统一的吗？只不过各有优势罢了
其实说到底各种编程语言都是调用各种API工作的，只不过其组织形式不同罢了，不论是DCOM还是.NET Remoting 还是Web Service归根结蒂还不都是统一的吗？只不过各有优势罢了
liefeng123 2005-04-09
freddy2003()
瞎说
瞎说