我的选择: 还是觉得Win32 SDK 最吸引人,C 好象,似乎还是最NB的语言 ! 顺便散分

我个人向来支持MS的一切技术从MS C到C++(当然起步从ANSI C/C++),然后到WIN32
MFC研究过
.NET研究过
偶尔也研究23种设计模式和数据结构(当然不是MS一家的东西)但是都没精通过她们....惭愧!!!汗!!!!,总觉得 MFC .NET 技术云里雾里的,也许是我太愚蠢....可能MS封装的太好了,赞!.就在今天,我随便翻了翻久违的<windows 程序设计>,发现,味道不一样了,经历过MFC .NET和一些项目后,发现前所未有的清爽! 从上层技术再回到底层来看windows技术真的不一样.大家可以尝试一下,随后又翻了翻<windows核心编程>更让我想起当年用C写windows程序的年代,值得回忆啊.至少当时为了找内存泄露花了N多时间!!!!虽然.NET是目前第一选择,但是,我决定,重新开始学那两本书,也许是倒退,但是我相信我的选择!顺便!我想问问,现在有公司专注于MS Windows技术的吗?有专注于Win32的公司吗?

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

看过2K的代码就知道了，满屏幕的C语言，NB就是NB
楼主是温故而知新,不亦乐乎.我是翻了几页VC++的书然后掉头就去找WIN32API,知其然而不知其所以然非我所求,因为我不开发软件,我只是想知道.等我把API看个差不多后再去看看MFC.
我也喜欢SDK，可是学习起来确实不容易~努力ING
楼主注意了，有谣言说：
MS以后的操作系统全部发布基于.NET的API，Win32 API只做向后兼容保留。我也是听来的，不保证真实性。不过我觉的跟着MS走太累了，它太喜欢变化规则了。如果钻研一些相对底层的东西可能更有前途。
Win32 API应当说比MFC容易理解，因为一切都摊在阳光下，而MFC见不到阳光的东西太多了。再说要真正搞懂MFC，还得去看它的源代码，这样不又回到了Win32 API了吗。
学习东西就是要使用的，不然干嘛要学。sdk&c多不爽，sdk&c++才够爽！
我是听说MS只会把API封装的更加完美,无论.net还是其他......
<windows 程序设计> WIN32 编程必备。
...
搂主用C+SDK成功实施过什么项目？
支持你
楼主
我就只用mfc的!
支持你
楼主
我就只用sdk的!
我刚才在想什么啊,郁闷
我就非常讨厌各种各样层出不穷的框架!
the same to you !:)
我也是觉得windows api够清爽，不像用mfc和别的七七八八的框架。与关关联隐藏起来的东西太多了，出现了问题很难灵活的处理。api基本上就是整个windows程序的最小单位，在这个程度上处理起来比用预制件要清楚得多。当然，因为api是最小单位，在做项目时花费的时间相应的在预制件之上，但一切尽在我手的掌控感对开发一些对效率、安全性有特殊要求的项目来说还是非常值得的
mfc很爽的。既可拿来就用，也可深究到底。
这点vb就比不了。虽说是面向对象，可90%的人都在写事件过程，有几个能构建所需的类？
为了学习MFC，正在学习windows 程序设计>
当你同时掌握了MFC和SDK后你会发现它们实际上是一个东西，只不过前者是带包装的，而后者则是裸的。不过这个包装可不是轻量包装，而是厚重的OO包装。经过这样的包装，Win32 API显得有条理了，因为API函数在Windows Ojbects下重新归类，例如，当使用GDI函数时，只要你创建了DC的实例，就可以其中找到对应于Win32 API的函数。在使用Win32 SDK时，书记对象和函数是分离的，在MFC中他们是结合一起的。这种形式上的改变并没改变Win32编程的实质，不管你用什么样的模式，你最终还是要了解Window编程的本质--消息机制、device context等等。用熟了二者对你都一样，感觉不出太大的区别，但如果是做商业项目，最好别玩玄的，老老实实的用MFC，毕竟时间就是金钱啊。
用MFC多了，习惯了。好用就行了，不用在乎什么东西了。
我最烦大部分纯C的代码, 尤其那些C程序员写个代码没有缩进, 全都平行(#$&%^&!!!)
写个一行的注释还用/* */, 靠, 害我外面在套大段注释的时候还得一行一行改他们的注释
大部分C程序员写的代码变量名很难懂.但是C程序员写的程序很好理解, A函数CALL B函数这样的逻辑, CPP相反, 突然冒出个CLASSA::FUN1, 里面有冒出来个CLASSB:FUN2..., 尤其那些分类分的不好的代码, 把一个模块分成两三个类, 两三个类来回相互调用的代码, 看一会儿就晕了.不管怎么说, 还是CPP值得推崇. WIN32 SDK和C没有直接关系, WIN32 SDK是MS 32位操作系统的开发包, C是一种编译语言, WIN32 SDK也可以用C来写, 也可以用CPP来写.
做商业项目,也不选择用MFC,用C#来调用API也不错.
不要动仄发出牛X OR NB 之类的感慨,这样的心态不是太好，尽管在现在的学生里这样的语言是时尚主流，特别是做技术的或者是在研究生群体里。这种潜意识里把技术进行“楚河汉界”的划分，最后束缚的只是自己的心。
至于动仄发出“高屋建瓴"的评论就更没有必要。
没有足够的了解就作出评论是没有意义的，不如把这些时间放在更具体的思考上。很不幸的是在CSDN上这样的“评论”有很多很多，经久不衰。
SDK并不是什么很复杂和深奥的DD，我个人觉得它比MFC简单不知道多少倍。
底层 != 艰深
真正用起来最简明的，恐怕还是汇编之流。
不必排斥没有学过接触过的技术，JAVA也好，RUBY也好，ASP也好，VB也好，UNIX也好，Win32也好，技术并无高下之分。
不必追逐技术的时尚，否则后果就会和追逐电脑的顶级配置一样无聊。
我只想学好VC,但是目前又不得不学一学C#和VB之类的,用C++写东西我觉得很舒服,不过慢了一点,很多功能都可以实现,不过往往也要为了实现那么一丁点的东西派生N个类,而这些东西在VB或C#里面用鼠标拖一拖,选选属性就行了,想学的和应用之间就有了那么的差距.楼上说,不必追逐技术的时尚,我在一定程度上同意,在一定程度上不同意.学习永远都是低层的好,应用却相反,一味地啃着你的C,终究也会变成一个古懂,除非是你特牛的那种.学东西从基础的学起,永远是对的,但是某一种新的东西出现也永远有它出现的道理.我喜欢C和C++,因为它有指针,不过听说C和C++终于会淘汰,也是因为它有一个东西叫做指针.以前用指针很好,方便访问内存,在一定程度可以节省内存和加快速度,但是到了现在,内存和速度不再有以前的地位那么重要了,乱访问内存反而影响了系统的稳定,反而由以前可爱的脸孔变得那么面目可憎了.所以,学东西要学基础的东西,不过也要跟上技术的发展.
我从vc转vb，感觉vb好爽啊！！！！！！！！
哈哈哈！
哈哈，你可以去找梁肇新，他就十分B4 MFC的~~
我现在就只会用C作windows编程，看的书就是《windows程序设计》和《windows核心编程》。
我听说,很多MFC程序员从SDK开始,然后从事MFC,又有回到SDK的,或去.net
我也有同感，的确，C真是最爱的，在最底层时，还得是他。
到关键时候，SDK才是最明白的，其他如MFC对其的封装不怎么样？
用SDK是不错~~~但多久项目才出来？~
其实用不管用什么工具，只要别差得太离谱，用熟了都所向无敌。就好比是伊拉克人用ak在怎么落后，用好了和m16打还是没问题的。
偶现在用MFC，会用就行了
技术这东西，不知道需要学到什麽程度，也许今天庆幸自己非常懂这个了，明天人家就抛弃了
我倒不想跟着某个公司跑，技术更新太快了，太累
我觉得还是要了解他们的特点，比如用c&SDK,直接开发应用程序确实费劲
但是个人认为它是基础，如果对他们不熟悉，对底层的东西没有深刻的了解
那用上层的应用也很难得心应手，呵呵，个人意见！！！
我啥都不会。整天郁闷。啥都想学，啥都学不会。还在郁闷ing。
我是sdk的支持者,不过为了声去sdk写界面的麻烦,嘿嘿,我用mfc生成界面,各个子函数里是c+sdk.呵呵^_^
《Windows程序设计》第二册实在太厚了，怎么也看不完。而《Windows核心编程》我没有看过，应该也很好看吧？谁有啊，发一份给我，我的Email是
[email protected]