初学VC有感 (300分)

  • 主题发起人 主题发起人 cheka
  • 开始时间 开始时间
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
 
您必须登录或注册才可回复。

Similar threads

S
[教程]使用 ZValueWatch 在主线程中监测值变化
回复
0
查看
488
swish
S
S
[教程]FMX中实现图片素材形状剪裁
回复
0
查看
488
swish
S
S
[教程] ZValueWatch 教程之二：在线程中处理图片
回复
0
查看
429
swish
S
S
[教程]Delphi 函数的内部函数在匿名回调函数中无法使用的一种解决办法
回复
0
查看
553
swish
S
不
关于在Delphi中链接VC的obj文件（XE2以上版本） - 不得闲
回复
0
查看
937
不得闲
不
后退
顶部