我是一个长在C++下,活在.NET里的初级程序员。公司用C#做企业开发。我确立的发展方向和爱好是逻辑算法和人工智能方面,还有游戏。这就决定了我还是得学习C++。我一直都想转到C++.NET上来,可托管C++实在……大家也知道。现在传闻VS2005中已完全修改了VC,叫C++/CLI。让我产生了好多疑问和疑虑,极度迷惑中,向请教各位。1.C++/CLI真的可以达到VC6.0的底层控制能力,而不影响C++的性能优势吗?真的超越了托管C++吗?2.在VS.NET2005中,MFC已经没有了吗?Longhorn中是不是已经不再用以前的"win32"API了? 如果C++/CLI真的一点也不削减C++的性能优势,我一定会选择它。但我想知道学习C++/CLI还需要学习MFC和win32API吗?如果在Longhorn下开发呢? 还有一个传闻:MFC将被淘汰?我不太相信。但我看到C++/CLI大张旗鼓地来,就开始怀疑有没有继续学习MFC的必要了。想请教一些分析人士。
非常感谢!
非常感谢!
我以前是搞java的,只是想在图形方面发展!
微软啥时候转风向了???
请各位大哥指点。
我看MSDN时 SetWindowLong() 32BIT
对应有SetWindowLongPtr() 64bitThis function has been superseded by the SetWindowLongPtr function. To write code that is compatible with both 32-bit and 64-bit versions of Microsoft® Windows®, use the SetWindowLongPtr function.
这句话是什么意思? 我没大看懂我感觉学MFC 还真不如学。NET ,但是学。NET 真的像赌博,人人都学? 那到时。 我不管了,先继续研究半年API 在说~MFC将被淘汰? 应该会被MS冷淡, MS怎么对待VF?还不有VF9,淘汰? 冷淡?我不清楚
装做什么都不知道吧,继续学自己的~ 我比较心黑,.net学了一年多了,但是也在学VC API 什么的, 脚踩两条船,我用2倍时间学不行吗, 妈滴,我就不信我是弱智,当然最终还是要放弃一样的 .net 肯定是趋势,但是我.net 真的看不惯,一个界面,绘制的时间有时都可以让人感觉到,内存狂吃,我也用了好多GC 回收~,还是这样~,但是开发真的是快
但是我不甘心我为什么没有学API?
你的gc怎么可以乱用呢〉镇是伤脑筋阿。
托管的代码容易反编译,这对于大规模发布的软件来说是致命的,混淆器在一定程度上解决了问题,但这牺牲了程序的性能和稳定性.
现在的软大多是旧版本的升级,如果用C#就等于完全重写,这对于一般的公司来说是不能接受的,这也是Managed C++的使命.
以我的感觉,在桌面应用上C++/CLI在性能上和代码安全性的优势不可替代,在灵活性上,像Photophop,FLASH之类的软件,C#恐怕很难完成.快速开发是个优势,可是以以快速开发著称的delphi,各位的电脑有哪些是用它写的?我的电脑上可能找不出一个,为什么?我也想不出.
http://community.csdn.net/Expert/TopicView.asp?id=4024319
很奇怪的问题
2。net2005中还有MFC