初学VC有感 (300分)

C

cheka

Unregistered / Unconfirmed
GUEST, unregistred user!
问题一
VC把整个程序分为四个大类:应用程序对象,主窗体对象,视图
对象,文档对象。这样的划分意义何在?看了一些小Demo,操纵Button
之类的,基本只用到了视图和文档。Delphi里基本是以窗体为单元,
很简单,也够用啊
问题二
VC中每一个控件对应着一个ID,这个ID好像和Delphi中的Name
有区别,因为无法通过ID直接调用这个控件,只有另外创建成员变
量与之相连(成员变量竟然还分跟整个控件联系和与它的一个属性
联系)
问题三
CStatic控件乍看上去像Delphi中的TLabel,看了看帮助,发现
它竟然还能放置位图,可是我怎么也搞不清该怎么在程序运行时改
变它的Caption,也没法创建它的成员变量。
问题四
VC编译出错后竟然只抱错误个数,不抱原因和位置(我用VC,
版本不算低啊),要知道我用Delphi都会打错字,不要说在区分
大小写的C++环境下了,它一声不响让我怎么查?我现在真是太
崇拜那些VC程序员了。

以上总总,望各位指点,欢迎同样是VC的菜鸟也提出自己的看法或
问题
 
那么难还学它,真佩服!
 
vc和 borland c++ 一样,窗口用资源文件,dialog
用的是control id来区分dialog内的各个控制
经常用到api SetDlgItemInt、SetDlgItemText , 里面就是用control id来指定控制
 
问题4:
删除一个控件后,这个控件的ID和成员变量仍旧保留,变量可以手动删除,
ID怎么办?
to 小刚: 由简入奢易,由奢入简难,若不是以后工作需要,我才不想学VC
 
有 BCB , VC....
 
问题三 CStatic
不能用它给的IDC_STATIC这个名,它是系统专用的,改成IDC_STATIC1之类
的就可以创建成员变量了。当然就可以在运行时改CAPTION了。
如((CWnd *)GetDlgItem(IDC_STATIC1))->SetWindowText("mystring");
问题四 VC编译出错
报错后按一下F4就可以看见提示了。
 
>>从前的...
恭祝大侠重获自由(好xm)!
问题一
>>VC把整个程序分为四个...样的划分意义何在?
MS的编程观念是,文档是一切的中心,任何东西要围绕文档作结构,
因此出现了DOC/VIEW结构.基于这种思想,OLE自动化的实现也就顺
理成章了.在一个DOC中可能有声音,图像,文字,矢量图等等,在
DOC/VIEW结构中这些东西的类在doc中被串行化,可通过流的方式r/w到
介质中.这种结构的派生物就诸如MDI,SDI的程序,若你开发此类程序
我认为vc是首选.
问题二
>> VC中每一个控..phi中的Name有区别,
有区别,但用途基本一样,这点DELPHI要好一些
>>因为无法通过ID直接调用这个控件,
谁说的?我记得可以的,老不摸忘了是什么命令了,但肯定可以.
>>只有另外创建成员变量与之相连(成员变量竟然还分跟整个控件联系和与它的一个属性联系)
我记得通过这种方法,vc的一个控件可以连接多个不同的变量.

问题三
>>CStatic控件乍...的Caption,也没法创建它的成员变量。
vc和DELPHI有个很大的区别,就是没有DELPHI的"属性",所以
许多事情要归结到变量这个层次去看.DELPHI的属性不仅改了
后台变量,而且又执行了相应的操作,比如在DELPHI中改变窗口
大小仅仅是修改所谓的属性,而vc就把事情方到明面上,该作什么
由程序员定.我个人认为如果vc不这样,可能就实现不了DOC/VIEW
结构,DOC/VIEW是vc的重点.
问题四
VC编译出错....崇拜那些VC程序员了。
不会吧?你的vc是不是有毛病啊?
 
问题一到三,有点明白了
问题四
知道怎么回事了,糗啊,只要移一下滚动条......
谢谢各位,明天,啊不对,是今天下午问题结束:)
 
认真点!!!
老兄!
 
VC太麻烦了我更喜欢C++ Builder
 
0.MM跟别人跑了是好事啊。看出她的本质来啦.
1.VC就是这样子的,统的很死,你必须接收MS的习惯.正是这些僵硬的规则产生出了
WIN95,WIN98,WIN2000和用户大量的抱怨声.
2.是很麻烦.习惯上总是要有对应的变量来控制DIALOG上的元素的.
3.能放位图不好吗?改CAPTION其实就是SETWINDOWTEXT.或者用SetDlgItemText
如果你也建立了这个STATIC1对应的变量,那么也可以使用INVALIDDATA().
这个我想算是MS的标准用法了....总之是把容易的事情复杂化.
4.VC的DEBUG窗口还错比较好用啊.我认为比DELPHI的要好一些.你说的问题恐怕是
你自己设置的有些问题了.
另外,我想如果你对DELPHI很熟悉的话,对WINDOWS的内部原理应该是比较了解了.
而你C/C++也用过,那么你需要注意的重点就在MFC上.正好我刚写了一个VC教程补
遗,其中主要部分是翻译了国外一个教程的一部分.对VC/MFC都讲得有独到之处.
而最大的好处是只有18K.想要的话我可以发给你.
VC的学习曲线大约是半年.对你可能不需要了.两三个月总是需要的.
BCB,VC哪个好呢?
BCB我了解一点点,没有用过.我想现在它应该也很不错了.
BCB的资料确实少了点.
VC坏就坏在它很"固执",你得顺着它来.
VC好就好在它很"固执",你几乎无法在VC中犯错.
所以一旦熟悉了VC,你就成了真正的CODEGURU.
我对VC并不是很熟,但我已完全能感觉到这一点.
据说VC熟悉之后,编程速度不比DELPHI慢.
DELPHI很"漂亮",我很喜欢.但如果你想笑傲江湖,VC还是要清楚.
打住了.
 
这里不是VC得好地方,有空去:
http://www.v-galaxy.com/bbs2/vbvc.html
 
据说VC用熟后很好用的说
不过,我还在很不好用的阶段
VC我认为不能完全算是一个可视化的编程工具
不过,他的好处在于程序的一切动作都在代码的控制之中
不象Delphi隐藏了许多细节
有时候想做点精确操作,要查找很多资料
 
谢谢大家,很受启发,仔细一想VC的基于文档为中心的结构还是很值得
研究的。
我感觉VC确实不是很容易上手,学过Delphi当然有助于理解Windows的编程
机制,但是另一方面也形成了一些思维定势,老想着如何去改控件的属性,
而VC里很多是要用函数实现。当然目前最不适应的就是建立成员变量。
To Crane: 能不能说说一个控件对应多个变量有何好处?
To cocia: 不好意思,我的生活很无趣,所以有时候我故意把自己营造的嬉
皮笑脸一些来调节情绪,可能是太不严肃了,对不起。
To wint: 谢谢,请把你的那份资料发给我,cheka@yeah.net。
To ALL : 我想这里不会有人觉得Delphi不好,但老实说我觉得光会一个Delphi
还是不够的(虽然我的水平还远远不到榨干Delphi的地步)。现在很困扰我的
一个问题就是缺乏学习的动力。Delphi用了不少时间,熟悉并非精通,亲切又
有稍许的厌倦。常常看到很多新知识不想学(要命),比如说COM ,弄了个一知
半解就没兴趣继续了——不知道该怎么用和放在什么地方用。同时又不敢不去
学点什么,只好找点比较新鲜的东西看看,比方说,VC,让大脑不至于停滞。
很羡慕大多数VC程序员的自信——我用VC我怕谁,我想从另外一种开发工具上
应该是可以吸取些养份的,同时也多一个安身立命的本钱。




 
你可以去http://www.vchelp.com去查查
 
cheka:
就你的问题我跟henry3讨论了一下,觉得从方便的角度讲,是没什么好处的。
但是我觉得有以下几个优点:
占资源少,可限定控件的变化,比如editbox如果关联了int就只能输入Int.
我觉得这还是有Doc/view的影子,可视控件属于资源,是"view",而后台变量
是'doc'.最后,这种方法利于微软自身对控件的升级,往往只要可以关联更新的
变量来实现。
我个人意见,如果你为IBM做事,在行家面前用VC,如果你为政府编程,用
DELPHI,他们会醉心于里面的“小功能”和你的神速。
 
谢谢大家
 
to wint
可以给也发一份吗?我也是新近学习VC,希望多指教,多谢!!
aiyuzhang@263.net
 
顶部