我搞完了毕业设计(用VB,自认为还行,我是动力专业的),不过按照我的老师所说,还要把C作为自己的看家本领,C语言我懂,二级三级程序员我都Passed了,C++也懂,自学的,但对于可视化的C开发平台我却不是很了解,诚心地在这里请高人指点一二,感激不尽!
解决方案 »
- 如何用opencv2.1+MFC(VS2008)把一副大图读入到一个对话框中?
- 各位大侠 请问 这个 程序 问题在哪 急!!! 谢哈!!!
- CListCtrl怎么去掉自动查找风格
- CString CListCtrl::GetItemText()函数,如何保证返回的CString的buffer足够?
- 快来抢分啊!!!关于线程的问题,在线等待,立即给分,不够另外加
- 关于编写计算机引导程序的问题。在线等待!!!
- 关于vc编译环境的送分题
- vc的困惑
- 【求助】关于TCP/IP编程接收与发送问题
- 在线程内部判断变量的值是否满足执行代码的条件,想知道有没有更好的方法
- 如何指定每隔多少分钟执行一下一个函数
- 找COM本质论代码
其中LCC具有IDE
GCC--GNU C!
windows下,VC、BCB双刹为主力。
vc的MFC虽然大且混乱,但是封装了windows几乎全部的函数于消息,胜任底层编程,但开发周期长,但是标准,如日本刀一样全能。BCB是borland的产品,用VCL,也不错,如果习惯VB的控件编程,则BCB不容错过,它是C++经典RAD。但是,BCB又大又慢,常常出现编译时死机,编译过慢,且VCL由PASCAL写成,不灵活。
linux下用Gcc,又快又好,但无图形界面,有点麻烦。
MSDN
GOOOO
少来了, 楼上的. 别以为BCB让你一见终情就有什么, 以后还有你学的. 最后你回过头来看你这些话, 你会发现很幼稚
------------------------------------------------------------------
BCB入门快,开发应用程序周期短是公认的,BCB和VC学到深处基本上是殊途同归,不存在高下问题,至少我直到目前还没有后悔学BCB,以后也不会。
对,但偶觉得更准确地说法是,取决于你的工作的侧重点,取决于答题人的视线to spaceman(菜鸟.net):
当前BCB 能更好地满足你的需求并不代表你以后不会后悔偶觉得不同的语言学到深处也不一定会殊途同归的(学到深处的途径不是编译器的使用,而是自己的思考)
因为VCL的封装得比MFC好,所以它是C++经典RAD,但类库的封装得太好将会成为你“学到深处”的障碍基本同意realdreamer(楼主英明,贫僧久仰大名,特来拜见)的意见,而微软在市场工作上做相对较好一些
MSDN 对初学者的帮助是其它任何编译器都望尘莫及的
Offices 系列在功能性,兼容性,健壮性等方面的表现是当前软件工业的最高水平
不过注意还是自己拿!
如果你要是需要“程序员”的看家本领,最好的办法是把所有的语言都搞会(这恐怕是不可能的,据我所知现在平均一天就有几百种语言产生),最低要求要把几种常见的语言的常见编译系统都用一下,至少用他编一个这种语言编译版本最擅长的程序,如过实在是没时间,唉,那就用楼上的人们说过的VC和BC吧,至少都编一程序感受一下。
我是用VC的,BC一点都不懂,不过看别人用过,而且除了我的小组外,我所见到的用C++编程的都是用BC的,确实挺好用的。其实做小工程,小组人比较少的话用BC还是挺经济实用的,VC适合大工程的多人合作。
我反正是用VC了,管他呢,又没人逼我用哪个软件,我高兴就行。