Win32 API 有没有死？
Java、.NET大势来袭，势必大家都早就看到了。但是，在Windows桌面应用中，究竟大家是使用.NET WinForm？J2SE？还是更多的使用Win32 API呢？
Win32 API究竟会不会死掉呢？
据悉，微软曾声称下一代Windows完全以.NET技术开发，但目前的消息是Longhorn仍然暴露了几乎所有的非托管API……
问题点数：0、回复次数：146Top
1 楼wangjia184（我就是传说中的。。。。。。SB）回复于 2005-05-23 11:28:34 得分 0
不会
短时期内 托管代码成不了气候 .Net不成熟
Java适合做企业级开发 桌面开发用delphi vb都比他爽
除非MS把API屏蔽掉Top
2 楼jiangsheng（蒋晟.Net[MVP]）回复于 2005-05-23 11:44:35 得分 0
Windows API就是Windows 应用程序编程接口。除非微软决定不让用户继续在Windows上开发新的软件，否则Windows API不会死。
不要以为API=函数！一些新的Windows Longhorn API会以.Net类库的形式提供，当然，基于函数的底层API也是可以访问的。Top
3 楼Beta4（一会就好）回复于 2005-05-23 12:34:51 得分 0
.net是架构在api上的虚拟平台，就像Java在各个操作系统中还要依赖于运行环境中的api一样，所以Win API不会死，只是以后在windows上越来越多的应用都可以用,net来开发了。Top
4 楼WilliamFire（寒枫天伤）回复于 2005-05-23 13:00:47 得分 0
晕，居然会有这种问题？
内存管理会不会死？CPU核心指令集会不会死？
应用的层面不同，关注点也不同........Top
5 楼maijian（asmvc）回复于 2005-05-23 22:37:30 得分 0
太天真啦！Top
6 楼dacong（大聪）回复于 2005-05-23 23:26:30 得分 0
我都快死了Top
7 楼Dynamic（1.0）回复于 2005-05-24 01:02:46 得分 0
哈哈Top
8 楼ilzzy（沧海微尘）回复于 2005-05-24 04:38:06 得分 0
太丢人了.
不如问Windows会不会死Top
9 楼zjh135（aaa）回复于 2005-05-24 09:22:06 得分 0
API会改写为NET中的类，提供给大家Top
10 楼xyw2278（启明星）回复于 2005-05-24 09:50:45 得分 0
保持沉默Top
11 楼EdwinYeah（Edwin）回复于 2005-05-24 10:55:49 得分 0
MS說會的.MS說過在未來.NET FRAMEWORK將是WINDOWS唯一的API,而Win32 API將不再提供.不過,這個"未來"不知要到什麼時候,我覺得最起碼要到win98/nt/2k/xp/2003,或者Longhorn都被淘汰掉的時候吧!所以,現在用不著擔心這個問題.
而上面不了解這種情況,卻說樓主"太丟人"之類的話的網友,未免"太丟人"了.
還有那個5星的 jiangsheng(蒋晟.MSMVP2004Jan) ,樓主什麼時候以為＂以为API=函数＂了？人家都說得很清楚了,是Win32 API,你這位MVP不會不了解吧?Top
12 楼jiangsheng（蒋晟.Net[MVP]）回复于 2005-05-24 12:04:10 得分 0
是否必须要楼主以为XXX我才可以说不要XXX?
楼主似乎把.Net归于API之外，所以我首先给出API的定义
Top
13 楼luolovegui（骆归）回复于 2005-05-24 15:50:03 得分 0
上面说得好Top
14 楼EdwinYeah（Edwin）回复于 2005-05-24 16:32:25 得分 0
to jiangsheng:
看不出樓主哪句話"把.Net归于API之外"呀?Top
15 楼surstar（我要写个操作系统出来……）回复于 2005-05-24 16:35:41 得分 0
关注~Top
16 楼pesoft（迎风飘逸）回复于 2005-05-24 21:24:47 得分 0
我也想过这个问题！
根据“社会发展原理”Win32 API就该不会被……Top
17 楼lhh1007（__任重道远__）回复于 2005-05-24 21:54:00 得分 0
类似的问题高手的回答总能给我们“当头一棒”，表问太多，好好学习才是最重要的！Top
18 楼ralphchen（听海）回复于 2005-05-25 08:30:22 得分 0
这方面的问题,看看李维的文章.分析的已经很透彻了.Top
19 楼MissileCat（导弹猫）回复于 2005-05-25 09:33:07 得分 0
我不关心API会不会死，我只希望微软提供给我足够的编程接口，不要出现什么什么语言又无法实现什么什么功能的问题！Top
20 楼wqrz2222（）回复于 2005-05-25 10:52:32 得分 0
等win98 win2000 winxp 没人用的时候还有点可能
现在是2005年 2005-1998=7 最少要7，8年时间吧Top
21 楼djfu（飞龙在天）回复于 2005-05-25 10:53:37 得分 0
.Net 的目标是和 JAVA 抗衡，只是对win32再次做了一个透明的封装而已。Top
22 楼lovebanyi（风云）回复于 2005-05-25 14:03:22 得分 0
死不了啊。桌面的 net也是又一次结api进行了封装。懂api还可以做出好多的东西的。Top
23 楼sboom（+-LingCh-+)(爱美人不爱VC）回复于 2005-05-25 18:45:23 得分 0
API10年的市场还是有的。Top
24 楼gzl（HR）回复于 2005-05-25 19:59:42 得分 0
呵呵，framwork也得用api写的啊？你说它不暴露怎么做？Top
25 楼yk46（观沧海）回复于 2005-05-25 20:17:05 得分 0
studyTop
26 楼wolfofsky（风之武）回复于 2005-05-25 21:12:20 得分 0
绝大部分本机api在将来还是有可能消失的，被托管Api替代，虽然现在部分托管Api只是对本机api的轻量级封装，但我相信微软会逐渐将这部分代码完全托管实现，最后只保留一部分不允许客户直接调用的核心函数。Top
27 楼lianglp（寻找黄金分割点）回复于 2005-05-26 08:18:14 得分 0
支持楼上的说！
在近期内，现在形式的API是不会被代替的，如果以后发展下去，是有可能被其它的形式代替的。
因为现在的本机API不支持多平台运行（一般来说不指windows系列）。所有如果以java一样用
虚拟机的形式来对上层提供支持调用，则现在以本机API的形式调用则会死去的。。。
不过以虚拟机的形式来调用，到现在为止还没有对现有的本机API形式调用优式没有全完体现，
所以在相当长的时间内API还是存在的。
不过本人认为：这两个形式以后将会共存的！就像现在ASM和其它高级语言一同存在一样。Top
28 楼lianglp（寻找黄金分割点）回复于 2005-05-26 08:22:50 得分 0
本人认为虚拟机技术和本机直接调用API形式区别在于虚拟机技术对于内在的形式可以更大的灵活，所以这样可以支持多平台，但是损失了速度，而本机API则相反。Top
29 楼peihexian（知其然.知其所以然）回复于 2005-05-26 16:26:16 得分 0
除非windows的新版本不允许现在所有的非.net的程序运行(如photoshop,dreamweaver,3dmax,vc6.0等)，否则还是可以用API的。Top
30 楼无心人（yaos）回复于 2005-05-26 16:37:31 得分 0
说先说明白
windows可不是由API组成的！！！！！！
API只是提供的一个编程接口而已
所以么......
Native API可能不消失，但API不确定呢Top
31 楼BlueTrees（蜗牛）回复于 2005-05-27 10:28:54 得分 0
传统的API形式可能会消失的，代之以.net的类。之所以需要仍然需要传统API函数形式的底层原因就是使用核心服务的方式，现在的方式是映射公共的核心服务到各个进程，调用的时候使用jmp或者call指令进入，这样就可以切换CPU的状态了。
如果，纯粹的提供类的方式使用核心服务，这需要修改现在的操作系统模型了，我觉得是可以做到的，提供一个都是类函数的基类作为使用核心服务的接口就可以了。当然在核心态下运行的当然不是托管代码了，这样可能还需要重新设计核心态下执行的代码。
总之，我没想好有什么好的办法，但是微软一定可以找到合适的方法，只是时间问题罢了，或者他们已经有方法了，就是不说。哈哈。Top
32 楼haiwangstar（南河三(信为万事之本)）回复于 2005-05-27 10:51:21 得分 0
千奇百怪的说法都出来了。。Top
33 楼senses1（senses1）回复于 2005-05-27 11:10:21 得分 0
studyingTop
34 楼r_mosaic（大青蛙）回复于 2005-05-27 11:49:56 得分 0
我们可以看看 DOS 16 位系统的变迁，大致猜想一下 Windows API 的变化。
首先，Windows API 已经有 64 位版本了。这在 Visual Studio 2003 里已经可以看到。这和 DOS 16 位程序不同，它们始终是 16 位。
其次，Windows API 就算不作为系统的基础，也会在 .NET Framework 等结构上可用。这类似于 NT 系统中的 DOS 虚拟机。在 Windows 95 的时候，32 位的操作都是下移到 16 位的，就类似 .NET Framework 的操作是下移到 API 的。在 Windows NT 中，16 位的操作则是通过 32 位函数来实现的。因此可能 API 是通过 .NET Framework 实现。
另外，.NET Framework 不管现在成熟不成熟，将来可能成熟。它的坏处是速度慢，好处是安全，有越界检查。Top
35 楼Semperon（枫林晚）回复于 2005-05-28 16:57:35 得分 0
以微软一贯保持兼容的传统来看，传统形式的API也不可能消失，否则将出现大量无法编译和运行的旧代码。何况托管代码的速度根本不可能提升到原生代码一级水平。windows本身也极大地依赖于传统形式的API，上面说Windows跟API没关系的可以去看看泄露出来Win2K源码，MS决不会那么愚蠢把许多OS代码重新写一遍而得到一个更慢的版本。Top
36 楼DrSmart（斯玛特）回复于 2005-05-28 21:50:26 得分 0
不会死，longhorn放弃了.netTop
37 楼liuhuisfp（浪迹天涯）回复于 2005-05-29 18:59:04 得分 0
不可能吧！Top
38 楼Dream_soft（Dream_soft）回复于 2005-05-29 21:57:21 得分 0
除非微软准备放弃实时和高性能计算市场还有可能,不然绝不可能。Top
39 楼wahahasnail（笑东笑西笑南笑北笑来笑去笑自己原来无知无识）回复于 2005-05-30 08:59:16 得分 0
各位專家在吵啥啊?
妳們都是MS的?Top
40 楼lownr（廖宇雷）回复于 2005-05-30 23:35:55 得分 0
API就是系统函数嘛，还有人说不是，真是@$!*(
Top
41 楼zhouhongyun（jerry）回复于 2005-05-31 09:45:36 得分 0
现在不是api会不会死，而是.net会不会死，我看后者的可能性大于前者，就算longhorn的编程接口是以托管类库形式暴露给大家，你仍然可以在驱动级别使用内核例程，那是纯C函数。java的历史比c#早六年，从来没听哪个公司发神经要用java写一个操作系统，连java都做不到的事c#却想做，有时候真的觉得微软总以为自己是无所不能的，一开始就把目标定得大大的，到后来发现离目标越来越远了，就开始胡弄开发者了，说什么从来没说过longhorn的内核是用托管代码写的。Top
42 楼andycpp（幻瞳）回复于 2005-05-31 11:43:33 得分 0
win32 api 当然会死掉
今后都是 win64 api了 嘿嘿~~~~Top
43 楼zhoutler（一代程序巨浆--用浆糊粘贴别人代码巨厉害）回复于 2005-05-31 16:40:30 得分 0
不知道当初学的汇编控制是不是会死，太过时了！
API都用那么多年了,汇编都还没死了！Top
44 楼W_W_Q（韦一笑）回复于 2005-05-31 17:32:27 得分 0
未来的事情，连Bill也不知道。Top
45 楼gu1dai（异域苍穹.百年飞行）回复于 2005-05-31 18:57:32 得分 0
win32 api 当然会死掉
今后都是 win64 api了 嘿嘿~~~~
-------------
嘿嘿~~~~Top
46 楼wut55（）回复于 2005-06-01 23:28:01 得分 0
楼上的正解Top
47 楼yanransoft（）回复于 2005-06-02 00:08:52 得分 0
longhorn 的重要部分建立在.net之上是非常危险的Top
48 楼luoluonet（螺螺.net）回复于 2005-06-02 00:37:19 得分 0
也许在以后的Windows操作系统MS会用一套托管代码的API 取代现在的Win32子系统的地位
只有那样的操作系统普及了 win32 API才可能退出历史舞台
就像现在我们看dos下的c语言系统调用
不过呢 MS向来是向前兼容做的相当好的，所以即使实现托管api，估计也不会就立刻废除win32子系统，并存不也很好么，忽忽，萝卜青菜各有所爱Top
49 楼iamzxx（）回复于 2005-06-03 15:02:50 得分 0
电脑的速度在快上几十倍,API可能就会被托管代码代替了.就象以前任为MASM能节省内存和空间.Top
50 楼steely（浪迹天涯）回复于 2005-06-03 16:53:34 得分 0
管他呢，只要自己不会死就行了。Top
51 楼DebugXP（NULL）回复于 2005-06-04 00:24:22 得分 0
死抱这Win32 API对你没有好处。
Top
52 楼DebugXP（NULL）回复于 2005-06-04 00:25:50 得分 0
无聊。。。Top
53 楼FengYuanMSFT（(6.4 被封杀)袁峰 http://fengyuancom.spaces.live.com）回复于 2005-06-04 04:04:34 得分 0
Win32 API will "never" die.
Even DOS programs can run on Windows XP.
Even Win16 programs can run on Windows XP.
So DOS is not dead yet, and neither does Win16 API.
New APIs will be added. Developers can choose what is the best platform to develop their programs on.
When the new platforms are getting better and better, more new program development will be shifted to new platforms. But people may still want to keep their own programs because it will cost too much to move the code, or the new platform is not good enough for their requirements.
> 微软曾声称下一代 Windows 完全以 .NET 技术开发
Microsoft would never say something like that.Top
54 楼xjs1231（不知道换什么昵称了）回复于 2005-06-04 09:45:33 得分 0
顶一下Top
55 楼huwei001982（凶猛的小狗）回复于 2005-06-04 11:09:20 得分 0
the programming's thinking will never dieTop
56 楼ashuixu（阿水）回复于 2005-06-04 16:13:38 得分 0
有问题提出总是好的。至少能引起大家的思考，总可以提高一下自己的认知水平，无论是技术还是概念。Top
57 楼zuozl（指日可待与遥不可及）回复于 2005-06-05 09:22:48 得分 0
jiangsheng(蒋晟.MSMVP2004Jan) ( ) 信誉：262
Windows API就是Windows 应用程序编程接口。除非微软决定不让用户继续在Windows上开发新的软件，否则Windows API不会死。
不要以为API=函数！一些新的Windows Longhorn API会以.Net类库的形式提供，当然，基于函数的底层API也是可以访问的。
人家问得是Win32API，看清标题，再说。。
Top
58 楼airhand（暴风雨）回复于 2005-06-05 10:37:36 得分 0
没有API,系统怎么运行.难道你想让微软重头开发.Top
59 楼zhangzhenyu220（）回复于 2005-06-05 23:40:54 得分 0
具体的说应该是c/c++的编程接口， 我认为什么时候c/c++退出历史舞台，
微软就会停止提供 win32(64) api。Top
60 楼zhangzhenyu220（）回复于 2005-06-05 23:45:48 得分 0
汇编语言现在还有很大的市场，更别说windows api了。c/c++ api是说有操作系统所提供的
最原始和最全面的编程接口，就是因为所有操作系统基本上都是由c/c++ 加汇编语言实现的
，所以c/c++的编程接口永远不会退出历史舞台。Top
61 楼cooljjyy（叽叽歪歪）回复于 2005-06-05 23:52:24 得分 0
windows下的任何高级应用都必须使用API，比如创建一个窗口，无论是任何方式最终都会调用CreateWindow()这个API。乌龟之于蛇，不要以为穿上马甲我就认不出你了 :)Top
62 楼Dev（东方云龙）回复于 2005-06-06 01:48:28 得分 0
微软不傻，不会自杀，所以你说win32api会不会死？
^_^Top
63 楼Delphityro（下岗工人）回复于 2005-06-06 13:17:40 得分 0
win32api不会死，，但我们自己却不要吊死在这一个树上。。Top
64 楼bobob（静思）回复于 2005-06-06 13:38:39 得分 0
如果单从技术角度考虑,似乎api不会消亡
如果再从商业角度考虑,api要是死亡了ms也就死亡了Top
65 楼ukyo1（**）回复于 2005-06-06 13:46:19 得分 0
未来的事情，连Bill也不知道。
__________________________
Bill还说过，咱们用 640K内存就够了。Top
66 楼diver123（孤星冷月）回复于 2005-06-06 16:18:00 得分 0
等win98 win2000 winxp 没人用的时候还有点可能
现在是2005年 2005-1998=7 最少要7，8年时间吧
------------------------------------------------
赞同!Top
67 楼camelyi（C++打字员）回复于 2005-06-06 16:23:49 得分 0
顶！Top
68 楼loverP（Anders Liu）回复于 2005-06-07 16:04:39 得分 0
我在想，会不会在longhorn上.NET Framework成了标准的API，而现有的Win32 API会不会就成了“Undocument API”了？Top
69 楼zhztn2002（BetweenOI）回复于 2005-06-08 10:41:56 得分 0
如果windows死了，api就死了Top
70 楼CleverKingWM（CleverKing）回复于 2005-06-10 08:57:00 得分 0
偶认为
其实.NET也好，JAVA也好，WIN32API也好，CPU指令集也好，其实都是人家留出来的接口，只不过层次不同而已，你爱用哪个用哪个。
说什么什么东西死了，其实就是要么人家不想给你用了，要么就是大家都不想用了，那么这种接口就死了。
就象大家用电视机，以前用的是调频的，后来呢，改成了按键式的，再后来又有了遥控的，什么方便用什么，谈不上死不死的。Top
71 楼BigFanOfCpp（((Bytes)+_ALGIN-1) & ~(_ALGIN-1)）回复于 2005-06-10 09:15:45 得分 0
死了就死了,技术的新陈代谢是客观规律,如果想生存,只有跟上,没有别的办法.
WIN32 API是平台相关的工具,过时的工具,造成生产力低下的工具,在技术一日千里的发展大潮中,早晚要死的,取而代之的是更先进的,提高生产力的工具.
Top
72 楼good_sun（汉堡+泡面）回复于 2005-06-11 20:54:59 得分 0
支持楼上说的 自己别死就成了Top
73 楼type_c（）回复于 2005-06-12 10:44:22 得分 0
就算win32api都不让用了，但是.net下面的东西到底还是win32api的映射而已，所以win32api死＝＝windows死
.net最终还是把win32api给封装了，呵呵，大家用用winform就知道了，里面还保留了很多以前的东西，比如wndproc（）调用时只是感觉不到了而已。如果longhorn建立在.net之上，那...hehe,就不难理解为什么要用到p43.0的bt配置Top
74 楼XueBoy163（菜刀之恋）回复于 2005-06-12 12:11:58 得分 0
托管的API永远是比NATIVE API更高层的封装,即始现在,Windows也有面向应用的API和面向驱动开发的API.
可以想像Native API也会和 Managed API 共存下去做为应用的一种效底层的实现.
不知道64位的Native API算不算 Win32的范畴 微软好像没有提过Win64这个字眼.我想Native API会向64位有所扩展的.Top
75 楼killvs（killvs）回复于 2005-06-12 21:02:55 得分 0
win32api死还是不死有两个办法
1.是我们都不用windows
2.ms让win32api去死
第一个办法估计是不可能的(大家心不齐)
第二个办法要看ms的脑子是怎么想的.我们是没有办法的Top
76 楼cywater2000（如果）回复于 2005-06-13 17:43:15 得分 0
现在不会，将来也希望不会
因为有些程序对速度或硬件操作有要求啊
希望MS提供两套接口，高级的.Net和底层APITop
77 楼Dev（东方云龙）回复于 2005-06-14 14:04:26 得分 0
想想DOS的许多程序微软还让他们跑呢？
^_^Top
78 楼rick29（rick.z）回复于 2005-06-14 14:27:22 得分 0
觉得M$这么做，有出于安全的考虑。在API上当初加了一层MFC，现在又架上了.NET，反正他们是想把自己的小根根儿尽量遮住就是。Top
79 楼Technologytomorrow（轩辕白）回复于 2005-06-14 16:01:04 得分 0
upTop
80 楼jun_01（无名小卒）回复于 2005-06-15 10:50:40 得分 0
如果说从明天开始，我用vc6写的程序都不能用了，那些代码必须都改成用c#来写。
那我马上格了我的电脑，去买一套50元的正版Linux来装，c#，vb.net，这些东东都不敢用了。
Top
81 楼wlwlxj（wlwlxj）回复于 2005-06-16 07:29:38 得分 0
楼主旱BTop
82 楼Rogeremail（绿色环保-菜青虫）回复于 2005-06-16 15:26:39 得分 0
汇编也还没死呢！Top
83 楼xiaha3（夏）回复于 2005-06-20 11:50:49 得分 0
不可能，难道现在的所有应用程序到时候都不能用了？？？Top
84 楼lqjt（烤火的鱼）回复于 2005-06-20 17:00:28 得分 0
如果.net增加一个命名空间System.API,然后象MFC一样,将API全部重写,win32API就没有用了,我们写程序也就方便了,不要再import了.
类似System.API.SystemPath这样的方法多好啊Top
85 楼longtusoft（神灯之主）回复于 2005-06-21 01:02:35 得分 0
恭喜楼主得到足够的顶了 :)Top
86 楼modasi（）回复于 2005-06-21 11:17:01 得分 0
发现很多干技术的都被微软的广告轰晕了.还是好好学点基础知识.别浮躁.
现在厂商们要比赛的是集成能力.放弃了WIN32 API,或者说放弃Native,还集个鸟成.将来比赛的是64位和网络运算嵌入式开发,目的是让计算机移动设备应用及网络应用更新换代.重要的不是用那个API.
保持清醒,看看64位移植,WOW给了我们最大的向下兼容的便利.微软为向下兼容所做的工作真不少.
WIN32 API是不可能消失的,但是在托管代码易用/兼容/安全的优势下,开发人员必然会自觉选用.net,冷落WIN32 API,你如果想用Win32API,微软也不会反对,或者说禁止你使用它.
题外牢骚:
感觉.net的目标是让在windows平台下开发的"傻瓜"们越来越快的生产新的软件产品,而微软也更容易的克隆你.把你灭掉.最好先把腾讯公司QQ灭了,这个不争气民族败类.收钱不办事,整天抄袭.
Top
87 楼nooning（nooning）回复于 2005-06-22 15:03:41 得分 0
.net 对开发者的门槛儿降低了，但不可能占具统冶地位，如果一些人所说老样的话，ASM不就老早应该淘汰？每种语言，每种构架都有侧重点，不可能面面俱道。如果按某些人的思路，是不是可以把.net固化到cpu做成微代码不是更好？！
为什么我们看到大地时不再说它是平面的？为什么看到日出日落不再认为是太阳在绕着我们转？！
以下省略若干字....
Top
88 楼nooning（nooning）回复于 2005-06-22 15:06:49 得分 0
.net 对开发者的门槛儿降低了，但不可能占具统冶地位，如果一些人所说老样的话，ASM不就老早应该淘汰？每种语言，每种构架都有侧重点，不可能面面俱道。如果按某些人的思路，是不是可以把.net固化到cpu做成微代码不是更好？！
为什么我们看到大地时不再说它是平面的？为什么看到日出日落不再认为是太阳在绕着我们转？！
以下省略若干字....
Top
89 楼ChumpKlutz（朽木）回复于 2005-06-22 15:26:26 得分 0
小心的说一声:Win32不是已经死了吗?Top
90 楼nooning（nooning）回复于 2005-06-23 12:49:03 得分 0
Win32 不是Windows 3.2Top
91 楼innercool（内酷）回复于 2005-06-23 17:44:25 得分 0
我是一块砖，哪里需要哪里搬Top
92 楼tom_c（）回复于 2005-06-23 18:35:50 得分 0
如果说从明天开始，我用vc6写的程序都不能用了，那些代码必须都改成用c#来写。
那我马上格了我的电脑，去买一套50元的正版Linux来装，c#，vb.net，这些东东都不敢用了。
楼上的，用50元买一套正版linux来装。linux没有所谓的正版盗版之分，偶下载的也是正版的，合法的。Top
93 楼he_sl（he_sl）回复于 2005-06-23 18:46:09 得分 0
学习Top
94 楼xiayingang（小夏）回复于 2005-06-23 21:03:14 得分 0
三态数的出现会把01010101010101消灭掉，你说win32 api 还能有吗，到时微软都没了，你还去找api,
你疯了，。。。。。。。
但这要等到若干年后哦！！Top
95 楼BlueTrees（蜗牛）回复于 2005-06-24 01:28:56 得分 0
基础知识学得很好的人才有可能说出，Win32API可能死亡的话，才有可能发起对Win32的反思。
基础知识不好的，就会问Win32是啥，或者说windows不可能缺少win32API这样的蠢话来。
可能出于商业考虑和兼容性考虑是不可能缺少的，从技术角度而言，没有必须存在的理由。Top
96 楼teatool（美貌与智慧并重，英雄与侠义的化身）回复于 2005-06-24 18:23:07 得分 0
.net以后连编译都不编译了
怎么越来越像UNIX下的SHELL编程啊？Top
97 楼teatool（美貌与智慧并重，英雄与侠义的化身）回复于 2005-06-24 18:24:02 得分 0
未来的系统不带接口，你装个win32api他就支持win32api了，装个.net运行库他就支持.net了，什么都不装就是个电视机Top
98 楼xtaddqqug（王中）回复于 2005-06-24 19:32:22 得分 0
ASM会不会死Top
99 楼248406869（笨笨）回复于 2005-06-28 10:43:37 得分 0
拜托csdn不要把垃圾贴往首页上连接，我还以为是大师发表的文章，进来看一下观点。进来一看原来是小孩吵架的帖子。Top
100 楼magic_hu（城市猎人）回复于 2005-06-28 15:42:46 得分 0
路过~~~Top
101 楼tmeteor（）回复于 2005-06-28 19:17:27 得分 0
肯定不会Top
102 楼ssznetfish（网中鱼）回复于 2005-06-29 00:33:08 得分 0
不会死的，放心Top
103 楼hzxbl（紫色尘埃VR版）回复于 2005-06-30 10:51:17 得分 0
果然热贴……Top
104 楼liwei6797（对倒二五条）回复于 2005-07-02 11:51:56 得分 0
顶Top
105 楼daymist（土狼）回复于 2005-07-02 18:51:27 得分 0
jiangsheng(蒋晟.MSMVP2004Jan) 和Fengyuan 说得对 ， 不要错误的理解API的含义，更不应该胡乱对MS的一些话断章取义。Top
106 楼whw83（）回复于 2005-07-02 19:34:38 得分 0
买了个垃圾股，被套牢了。Top
107 楼chx20（程红秀）回复于 2005-07-02 20:33:51 得分 0
晕死!
只要Windows不死,API就不死!!Top
108 楼yjian（杨健）回复于 2005-07-02 21:41:07 得分 0
现在不需要考虑这个问题！
但是微软决定最终转向管制代码应用编程接口作为唯一编程接口是必然的。Top
109 楼liangjq（闲看黄庭）回复于 2005-07-02 21:56:48 得分 0
路过Top
110 楼fat8888（哈哈）回复于 2005-07-02 23:54:57 得分 0
有些人死了，他还活着。
有些人活着，他已经死了。
Top
111 楼pengzhuosheng（没事找事）回复于 2005-07-03 19:02:32 得分 0
顶！恢复的人都挺有意思的.估计还有的每理解楼主说什么！Top
112 楼nightwend（夜风）回复于 2005-07-05 14:44:10 得分 0
建议大家去看看http://www.jnode.org/
人家java都用来开发操作系统了.估计微软有朝一日也会用.net或者什么类似的东西重写windows系统的. 但是个人认为即使使用.net重写系统,win32 api也不会死掉,其实应该说是Win32子系统还会一直存在.就像Windows中现在还有OS/2和posix子系统一样.
系统的向前兼容性是非常重要的,在这方面Windows一直做的不错. Apple和linux在系统向前兼容性方面做的最烂, Sun的Solaris在这方面是做的最好的.
Top
113 楼nooning（nooning）回复于 2005-07-06 11:28:59 得分 0
以后电脑都不会二进制表示数据及代码了,用自然语言表示.
所以只能表示通断的电子元件全部淘汰,全部使用多态元件,或许应该用生物元件Top
114 楼mojiedasheng（魔界大圣）回复于 2005-07-06 11:59:41 得分 0
windows api不会灭亡，但是发展方向趋于萎缩。Top
115 楼abrams（F-15E StrikeEagle）回复于 2005-07-06 13:27:00 得分 0
毫无讨论价值的问题，但愿这种无聊帖子少点Top
116 楼pesoft（迎风飘逸）回复于 2005-07-06 15:31:28 得分 0
这么愚蠢，怎么能拿“汇编语言”来和“Win32 API”相比呢？是语言创造了接口？还是接口能够创造语言？本来就不是一个级别的东西怎么来相比？
汇编没有死掉是因为汇编可以解决掉那些高级语言解决不了的问题！哪一天M$把 Win32 API 给费了！说明它的.NET已经做得相当成熟了！或者就是将蛋糕又加了个盒子卖给我们！Top
117 楼superyys（无血野人）回复于 2005-07-06 15:33:24 得分 0
我也来顶一下,看到人气这么旺.Top
118 楼begincsdn（CNetware）回复于 2005-07-07 09:21:40 得分 0
凡事物有生必有死，所以WINAPI必死，但目前来看，
它还是青壮年，除非意外，否则难死。
至少.net。Longhorn不至于成为这个意外。
dos中断已经死掉，取而代之的是winapi.仅此而已。
因为dos中断已经没有存在的价值。但winapi是.net
和longhorn存在的基础，MS不想做了，那么WINAPI就
离死不远了。虽然MS现在危机重重，
但瘦死的骆驼比马大，呵呵。
保不准会发生什么事情。
Top
119 楼billykinggym（gym）回复于 2005-07-11 20:09:50 得分 0
我和winAPI共存亡!!Top
120 楼hujiangyongxx（v-sign）回复于 2005-07-12 09:45:00 得分 0
.net只不过进行封装吧了，涉及到在windows可视化的就必须用到api。
我们不能对我们所用到的语言的机制没有了解吧
.net迟早会被更方便的机制所代替，而真正的程序员，不会盲目的去追求很时尚的东西Top
121 楼powerword（不再犹豫）回复于 2005-07-12 09:58:41 得分 0
又是这种无聊的讨论，还是论坛热帖，csdn一点进步也没有。
win32api死还是不死，有什么关系吗？有什么区别吗？对开发人员有影响吗？
认真地思考一下，这种讨论太低级了。Top
122 楼SysPlus（万诱引力）回复于 2005-07-13 11:36:38 得分 0
问题就问错了应该问sdk编程方式会不会死....Top
123 楼FengYuanMSFT（(6.4 被封杀)袁峰 http://fengyuancom.spaces.live.com）回复于 2005-07-13 12:00:42 得分 0
> .net只不过进行封装吧了
Not really. .Net has new features which are not available through Win32 API. One of the major think is security. With Win32 API, it's very hard to write secure code.
The new Avalon API is only available through managed API.Top
124 楼WecanHuang（曾阿牛）回复于 2005-07-13 12:26:10 得分 0
除非微软死了Top
125 楼Europa（程吉）回复于 2005-07-15 15:11:26 得分 0
以上全当废话！关键问题在于MS还开下去不？还想赚钱不？……Top
126 楼alaisalaix（天上人间）回复于 2005-07-17 17:57:10 得分 0
如果说从明天开始，我用vc6写的程序都不能用了，那些代码必须都改成用c#来写。
那我马上格了我的电脑，去买一套50元的正版Linux来装，c#，vb.net，这些东东都不敢用了。
====================
呵呵，同感
Top
127 楼kaixin110（kydk.com）回复于 2005-07-21 11:58:49 得分 0
非一般人呀
高手Top
128 楼wuxineyou（阿游）回复于 2005-07-21 15:02:57 得分 0
大家记得从Dos到Windows的过程中应用程序的进化吗？那时候有多少程序员认识到了Windows API在未来的主导地位？我的一部分朋友在好几年内都不肯放弃DOS下的编程工具和开发方式，最后，他们只能选择没落。
我认为我们作为“年轻”的程序员，一定要看清形势，顺应潮流，否则就会一步一步地跟在别人身后，而且越来越远。Top
129 楼mango279（木目）回复于 2005-07-21 15:35:40 得分 0
楼主乐死了，顶了2个月还没有完Top
130 楼xiaoyaozgc（）回复于 2005-07-22 09:48:40 得分 0
studyTop
131 楼chendazhi（不务正业）回复于 2005-07-22 20:14:09 得分 0
Win32 API 一定会死,不知我在有生之年能不能看到。Top
132 楼sleetdrop（coding 好难）回复于 2005-07-23 11:43:04 得分 0
csdn论坛什么时候能分页啊。
翻到底我有点晕。Top
133 楼zengxiaodonghc（冬冬）回复于 2005-07-25 15:41:43 得分 0
UPTop
134 楼bee0611（小蜜蜂）回复于 2005-07-25 16:57:01 得分 0
我的相信Win32 API 10年之内不会过死.Top
135 楼eastnofail（Char *）回复于 2005-07-25 17:18:02 得分 0
色即是空 空即是色
万物皆空Top
136 楼TechSupport（客户热线）回复于 2005-07-25 20:44:56 得分 0
垂而不死Top
137 楼wuxineyou（阿游）回复于 2005-07-30 15:03:21 得分 0
今天我看到了这样一段话，我终于清楚的知道了，WIN32的死是肯定的，同时我又看清了自己以前在这方面的只是缺乏，给大家看看吧，共勉。
Let’s take a minute and look at Win...I love this WinFX name, it’s very cool. It’s got two parts to it. It’s got the Windows part to it and the FX part to it, right? Pretty basic. So the Windows part to it really speaks to the heritage of WinFX, it comes from the Win 32 and the Win 16 days where these APIs were the way all applications for Windows were built. So that gives the Windows parts a nice progression: Win 16, Win 32, WinFX.
原文和视频在这里：
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20031107WINFXBA/manifest.xml
看看这张WinFX的系统架构图，想象一下在有阿瓦隆和靛蓝支持的系统的API该有多么强大。
http://tech.ccidnet.com/col/attachment/2005/7/474225.jpgTop
138 楼wuxineyou（阿游）回复于 2005-07-30 15:12:48 得分 0
WinFX Runtime Components Beta 1下载地址
http://www.microsoft.com/downloads/details.aspx?FamilyId=CE888B4C-CCBD-452F-9D90-F4B7190CCA24&displaylang=en
Microsoft WinFX SDK Beta 1下载地址
http://www.microsoft.com/downloads/details.aspx?FamilyID=23a22468-5807-4ff7-a363-ce6fe69b8f04&displaylang=en#filelistTop
139 楼BlueTrees（蜗牛）回复于 2005-07-30 16:06:11 得分 0
很多人基础太差，要他们看微软的广告，他们都不能理解。
现在的孩子们啊。Top
140 楼crystal521（【云淡风轻】）回复于 2005-07-30 18:24:57 得分 0
windows会不会死？？？Top
141 楼varphone（）回复于 2005-07-30 23:34:37 得分 0
Windows 本来就慢,如果还要隐藏原生API而只提供.Net类,那样子就算是10G的CPU也像当年586一样蜗牛!Top
142 楼sanfenxiao（）回复于 2005-07-31 07:21:31 得分 0
win32 api 当然会死掉
今后都是 win64 api了 嘿嘿~~~~
-------------
嘿嘿~~~~
太对了，就象win16被win32取代一样，现在我们应该讨论下win API升级的速度了，然后大家浩浩荡荡跟进，直到国产的操作系统足够使用，然后大家改行好了Top
143 楼JonSlive（天佑）回复于 2005-07-31 08:23:51 得分 0
应当不会，首先，基于Windows平台而言，共享DLL是一种优势（提供一种可以减速少很多重复代码的一种方案），虽然.net和java是基于一种运行环境的一种编程语言，但他们底层同样需要调用操作系统接口，否则那么运行平台也是无法在OS上运行起来的。
既然他们（.NET和JAVA）都需要去调用系统接口，那程序员也仍然可以使用C/C++去调用系统接口。而且C++也永远不会沉甸。Top
144 楼zcxx5201314（晶灵-四海为家）回复于 2005-08-02 17:17:45 得分 0
sdk够简洁的了.就像c一下.
mfc够方便了就像c++一下.
c++也许会死,但面向对象的精神不会死,
c也许会死,但函数是不会死了.
所以.net也罢,java也罢,只不过是功能的扩充.
用mfc/c++时,其实还是有很多c/sdk代码的
用.net时,也同样离不开它们.
就是microsoft也希望c#,尽最大的可能保留c/c++的优点.Top
145 楼zcxx5201314（晶灵-四海为家）回复于 2005-08-02 17:20:08 得分 0
所以当一样方法不方便时,人们找到了更加方便的方法.
但你要记住,只有在知道原始方法的人,才能深刻了解新方法.
已许将来程序这个行业为消失,但只要提高了生产力,这肯定是一件好事.Top
146 楼mituzhishi（慎独）回复于 2005-08-05 20:22:13 得分 0
那么现在我们是不是去学.net,不学win32 api了？Top
