Linux编程和Windows下编程有什么不同？

SystemMan

应该说是framewok不同。在Windows下一般用m$的MFC，或Borland的VCL。在linux下用的是gtk或Qt。其实gtk和QT也能够在Windows下面使用，Borland的VCL也能在linux下使用。
但framework实现的最终形式不同，Windows下实现为一个WinMain为主函数的程序。linux下则是标准的C格式。

mrkissinger

准确的说，是编程的哲学不一样，有兴趣看看The Art of Unix Programming.

烂头冲

都是用文本格式

delta

Post by SystemMan
应该说是framewok不同。在Windows下一般用m$的MFC，或Borland的VCL。在linux下用的是gtk或Qt。其实gtk和QT也能够在Windows下面使用，Borland的VCL也能在linux下使用。
但framework实现的最终形式不同，Windows下实现为一个WinMain为主函数的程序。linux下则是标准的C格式。

这只是gui的framework而已，，，，

ookmalvin

谢谢哦。
我今天去面试了，结果没有问任何语言的东西，也没有数据结构的东西，也没有算法的东西。第一句问我有没有开发过Linux下的项目，汗，我说没有。然后问我知道 core dump 不，然后我解释一下，接着问我有关 core dump 的用法，惭愧，我虽然知道这么回事，但是没有用过。然后问我一个进程的信号的问题，忘了具体问题了，信号的常用方法我还是懂的，但是他问的那个很偏，我答不出来（回来查书都找不到，好像是说当一个进程把自己封闭什么的，怎样给它发信号）。然后就叫我走了，走就走吧，对于一个本科生来说，我的项目经验真的不多，但是各门功课学得还算扎实，原以为会考我算法，结果没有。就四五个这样的问题就鄙视我了，不去也罢。好好学习，才刚刚上大四，机会有的是。

3720336

API不同

*水无痕*

呵呵，听听大家的。。这些我都不会哦，只是听过巴了，看来今后还是要认真点，脚踏实地。。。
framewok
core dump

realtang

如果不牵涉到开发驱动。
单就控制台下面的应用开发（单进程）来说，几乎是一样的。不同的是，win32下面的控制台应用较少支持信号，好像只支持POSIX标准当中的3个吧，SIGINT，SIGTERM什么的。
Win32的控制台好像也不能支持fork创建新进程。也就是win32的多进程的实现又和linux有大不同。好像用CreateProcess函数吧。
如果就开发标准windows应用来说。差别是巨大的。Linux的消息队列要通过IPC才能实现。并且用户接口图形库上，Linux的API特别的多大大超过windows的为大家耳熟能详的那种DC（设备上下文）方式。有基于X11的，也有基于Framebuffer的。
如果要开发多线程应用，差别就更加大了。pthread那一套东西，在win32竟然派不上用场。
还有Windows开发中，socket那一块。虽然BSD的那套API在windows上也能用。但从winsock 2.0开始，微软大大扩展了winsock的API。复杂度远远超过了Linux。
另外还有一个重要的一块，就是COM的开发。现代的Windows较多的采用了组件对象模型来进行模块开发。但是COM在Linux的开发中只是很小的支流。不能成为气候。
另外从游戏开发的领域来看，Linux也不支持D3D的开发，主要也因为D3D是基于COM的吧。所以Linux的游戏开发就只能以OpenGL单腿行走。而不像windows两中3D图像API都可以使用。
大概这么一说，大家可能会有这样的认识。其实在Linux下开发的复杂度远远小于Windows的。我也是这样的认为。

jlake

真不知道腾讯要做什么？他们问的这些东西，纯属考人的东西。腾讯自己用吗？怀疑。
全中国的编程人员，到底有多少人在用这些知识来写程序？

cranelinux

我觉得腾迅问的很合理。core问题、信号问题对于UNIX编程当然需要，至于问有没有linux下的项目经历就更合理啦。