回20楼：
1。我也觉得vc过于庞大，不过vc庞大的原因是因为包含了许多太多的功能，比喻说一些函数库，类库，还有还多做软件需要的东西。 你说写出来的程序移植性不强，这我就不明白了，如果你写的代码符合c或c++的标准，即使你移植到linux/unix平台源代码依然可以用。如果你的程序使用windows的API就只能在windows平台使用。所以说移植性好不好是很多时候是由程序员决定的，请你搞清楚移植的意思。
2。说Dev-C++是老外开发的不习惯，难道vc，tc是中国人开发的吗？使用最新版的Dev-C++可以发现提供了包管理器Packman，使用他可以简单安装很多开源项目的开发库，如2d Graphics，3d Graphics，Allegro，DirectX，OpenGL，还有linux中的GTK。你的不习惯是因为Dev-C++不是对gcc的简单封装，他给了用户更多的控制权，不像c-free那种傻瓜式操作，很多方面和linux下的开发环境一致，所以习惯windows的人不习惯这种风格，比如用户可以设置编译连接参数，编辑makefile控制整个工程的编译过程。
3. c-free是中国人做的不错，不过只是做了个壳子，有技术含量的东西都是用的国外的，如编译器，函数库。c-free最早用的是gcc内核，GNU组织开发出gcc后免费发放，c-free作者做了个壳子就向使用者收费，我是鄙视这种程序员的。而且我也没有发现c-free在哪里开放源代码，如果说收费只是人品问题，不给用户源代码就是法律责任了。使用GPL下发行的gcc后c-free必须遵守GPL，但是我是在网上和软件中没有找到源代码信息。如果我有钱，时间和精力，完全可以起诉c-free作者侵害了GPL赋予我的权利。
4.最新版的Dev-C++可以发现提供了包管理器，使用了就可以发现这是很强大的，去Dev-C++的开源项目主页http://devpaks.org/可以下载很多的开发库，用这些库可以搭建强大的开发环境。c-free在这方面是不能和Dev-C++相提并论的。
1。我也觉得vc过于庞大，不过vc庞大的原因是因为包含了许多太多的功能，比喻说一些函数库，类库，还有还多做软件需要的东西。 你说写出来的程序移植性不强，这我就不明白了，如果你写的代码符合c或c++的标准，即使你移植到linux/unix平台源代码依然可以用。如果你的程序使用windows的API就只能在windows平台使用。所以说移植性好不好是很多时候是由程序员决定的，请你搞清楚移植的意思。
2。说Dev-C++是老外开发的不习惯，难道vc，tc是中国人开发的吗？使用最新版的Dev-C++可以发现提供了包管理器Packman，使用他可以简单安装很多开源项目的开发库，如2d Graphics，3d Graphics，Allegro，DirectX，OpenGL，还有linux中的GTK。你的不习惯是因为Dev-C++不是对gcc的简单封装，他给了用户更多的控制权，不像c-free那种傻瓜式操作，很多方面和linux下的开发环境一致，所以习惯windows的人不习惯这种风格，比如用户可以设置编译连接参数，编辑makefile控制整个工程的编译过程。
3. c-free是中国人做的不错，不过只是做了个壳子，有技术含量的东西都是用的国外的，如编译器，函数库。c-free最早用的是gcc内核，GNU组织开发出gcc后免费发放，c-free作者做了个壳子就向使用者收费，我是鄙视这种程序员的。而且我也没有发现c-free在哪里开放源代码，如果说收费只是人品问题，不给用户源代码就是法律责任了。使用GPL下发行的gcc后c-free必须遵守GPL，但是我是在网上和软件中没有找到源代码信息。如果我有钱，时间和精力，完全可以起诉c-free作者侵害了GPL赋予我的权利。
4.最新版的Dev-C++可以发现提供了包管理器，使用了就可以发现这是很强大的，去Dev-C++的开源项目主页http://devpaks.org/可以下载很多的开发库，用这些库可以搭建强大的开发环境。c-free在这方面是不能和Dev-C++相提并论的。
