再想想

汉字输出在DOS下确实很麻烦，再说在显示器上显示文字应该是操作系统的事，应用程序员完全不应该关心这个问题，所以如果你个系统完成这个任务，在有选择的情况下我绝对不会选这个系统。

要在显示器上显示一个文字，我们是把字符编码用函数传给系统调用，操作系统根据字符编码去查找字模后驱动显卡，显卡控制CTR里偏转磁场把屏幕刷出来。有人以为程序深入底层可以显示自己的技术，那你为什么不去把显卡的驱动也写了？看着硬件原理图写程序控制硬件的高低电平不是更牛吗？
你可以研究操作系统的原理，你可以给硬件写驱动，如果你有兴趣的话。不过你在做应用程序时要考虑的不是这个问题，你要考虑的是完成工作任务，未来的编程语言是面向问题的，程序员要考虑的是真实世界中的问题如何解决，计算机本身的问题考虑越少越好。编程从面向过程到面向对象就体现了这个历史趋势，编程应接近真实世界而不是计算机硬件模型。

说了这么多我只想表达一个意思：搞清楚哪些是应用程序要做的任务，哪些该由操作系统来做。该操作系统考虑的问题让应用程序员考虑的系统是应该摒弃的OS,在有选择的情况下聪明的程序员不会去考虑不该自己做的事.

不知道有谁能清楚的说明DOS和WINDOWS是完全不同的操作的系统
但MICROSOFT发展过来的嘛
DOS这个磁盘操作系统
然后MICROSOFT着手窗口的操作系统
我想知道雨燕妹讲的完全不同指的是什么？
我想知道他们到底有什么不同

我并没有说用TC就是坏，我只是认为TC不适合给初学者学习之用。
我第一次用的编辑器就是TC，不过用了不到两天我就已经没有再用了，原因你们自己猜。
我当初学C的时候，是随便找的一本C基础的书（不是老潭的，也不记得是谁出的，不过风格和老潭的一样烂），
把基本语法从头到尾看完（代码格式方面那时已经看不惯书上的，一直没用书上的风格写），
然后在TC上实验过的程序有三个，一个是Hello world，一个是1+2+3+..+100，一个是字符串输入输出，
写完这三个以后我就没碰过TC了。然后就直接过渡到VC6+MFC编程，我是在MFC里学的C，
那时一写就直接写GDI界面的应用程序，是最近才回到Console下面进行算法学习的编程，
有很多问题如吃回车、TC能进行main递归就是几个月前泡论坛才知道的东西。
多了解并没有坏处，多了解可以让你写出通用性更强的代码，
然而当你对VC,GCC,TC等编译器的主要特性都了解一些的话，
你就会明白，为什么会有标准，标准有什么好处，
怎么样写出来的代码在不同的编译器都能顺利通过。

当然，很早我已经不考虑保证我的代码在TC下能够通过，光是int长度问题我就已经无法忍受了。
我最近写的代码也已经不再考虑能在VC6上通过，
现在我只考虑VC7,VC8,G++上能通过就够了，再向下兼容已经没有必要了。



by 雨中飞燕 QQ:78803110 QQ讨论群:5305909

请大家不要用TC来学习C语言
C/C++算法习题(OnlineJudge)：[url]http://yzfy.org/[/url]

[此贴子已经被作者于2007-8-28 21:07:49编辑过]

你很厉害呀，各有各的风格，你说的别人也会思考的，领会其中的精华，你说DOS和WINDOWS是完全不同的，指哪个方面？

一个是实模式，一个是保护模式，完全不同的两种OS。
windows3.X还是用的DOS内核，只是加了图形的shell,到WINDOWS NT就完全摆脱了dos，完全是32位保护模式操作系统。
WINDOWS NT中程序运行分两个运行级，ring0和ring3，操作系统和设备驱动运行在ring0，应用程序运行在ring3，所以我们ring3的应用程序是不能接触到硬件资源的。

我现在正在学操作系统，建议你也学下，看minix之父Andrew.Tanenbaum的《Modern Operating Systems》,中文版是《现代操作系统》

哦，我们这学期开操作系统课，我们还没开学啊
我会好好努力

想知道你用的是中文的还是英文的

在问什么？？



by 雨中飞燕 QQ:78803110 QQ讨论群:5305909

请大家不要用TC来学习C语言
C/C++算法习题(OnlineJudge)：[url]http://yzfy.org/[/url]

你把上面的都看看，就知道我们在说什么了，那是我和百年兄说的