[讨论]基于Windows的编程方式

Question

听说微软不再支持Windows API了，是不是以后的程序都在托管环境下运行了呢？
如果是这样的话，是不是程序员就一点自由没有了呢？

Answer 1

不支持API,不可能.
如果真的不支持的话,只怕那时候连中断调用都不支持了.没有int13,世界将会怎样.
老兄可能需要补一补基础知识.
不管现在的语言发展如何先进,如何面向人性化,面向对象化,最后映射到底层都是执行机器语言(0101).

Answer 2

TO：softworms(利刃无锋)在微软件的操作系统下，难道可以超越操作系统？
我上面写着讨论不是么，呵呵，下次有要解决问题的话一定多多给分呀。

Answer 3

操作系统是插在用户和硬件之间的中间层,这里的用户指的是应用程序,OS提供公开的接口(服务)给APP调用,APP这样就可以尽可能地忽略不同硬件之间的差别.
说得再通俗一点就是OS就是个翻译.当然你也可以直接用16位编辑器写0101的机器语言,前提是足够牛B,但这没什么意思,就像现在某人向你炫耀他会钻木取火一样."听说微软不再支持Windows API了，是不是以后的程序都在托管环境下运行了呢？"
不管是托管代码也好,虚拟机也好,最好还是翻译成相应的API/机器语言去执行,只不过是以前好象只要一个翻译来工作,现在为了更抽象,更容易理解,就多插一些中间层来翻译.API是MS操作系统的低层支持,如果你看一些系统工具源代码就知道,比它更低层的是中断调用,比中断调用更低层的是I/O端口的读和写
要是你非要更进一步说比I/O更低的是什么?那我就建议你如果要读硬盘的话,就亲自把硬盘拆开,用手拨着盘片转,然后嘴里叫着---开始寻道了!低层的东西不好说,也蛮有意思,但MS希望程序员多对一些低层的东西透明,这样就能更好的控制和垄断,有兴趣可以研究一下,记得我刚学步的时候,花了好几年才弄明白,16位的CPU和32位CPU有什么区别,是不是很可笑.其实就不过是CPU里面寄存器的位长度,慢慢来.

Answer 4

最近工作比较忙，好长时间没上来看了。
听了大侠的一席话，真是胜读十年书呀，在此十分感谢您对我的讨论问题给出这么全面的解释。小弟佩服！
我仔细的想了想，我似乎应该这么问，听说微软不再向程序员提供API的资料了，是不是我们以后只能在托管的环境下编程了呢？

Answer 5

To:softworms(利刃无锋) 老兄改行写小说吧
比写程序有钱途！！！！

Answer 6

不提供API资料也是不可能的，如果不提高会：
1、除了微软的人之外在Window写汇编的全部over
2、除了微软的产品之外其他的编程语言全部over
3、除了微软的人之外其他写驱动、写防火墙、写管理程序的全部over
4、除了微软的人之外写调试工具的如softice之流全部over
5、除了微软外所有公司全部over
6、除了微软的人之外所有上CSDN的人全部over