15,979
社区成员
发帖
与我相关
我的任务
分享【讨论】控件美化SDK/MFC
又要换工作了，为了生计，为了买房买车，唉～～～～～
话说主题，我现在控件美化一般都是用MFC的，直接继承，然后自己绘制一下。
但是看到许多公司的招聘需求，要用SDK进行自绘，以及界面开发。
所以，我咨询下广大的CSDN朋友，用SDK/MFC开发的控件，到底有什么区别？
灌水者请留情噢！
话说主题，我现在控件美化一般都是用MFC的，直接继承，然后自己绘制一下。
但是看到许多公司的招聘需求，要用SDK进行自绘，以及界面开发。
所以，我咨询下广大的CSDN朋友，用SDK/MFC开发的控件，到底有什么区别？
灌水者请留情噢！
...全文
请发表友善的回复…
发表回复
羽毛乱发 2010-03-01
- 打赏
- 举报
恩，看样子，主要还是在移植性性上的缘故了。
还有个淘汰机理不是很清楚的人，比如我～～～～哈哈
还有个淘汰机理不是很清楚的人，比如我～～～～哈哈
许文君 2010-02-27
- 打赏
- 举报
两个都一样的繁琐，如上面所讨论，到最后都是贴图工作，MFC稍简单些，SDK更利于移植。
red-fly 2010-02-27
- 打赏
- 举报
SDK比MFC更灵活，但在绝大多数的应用上，两者都可以达到想要的效果。
SDK的处理比MFC要麻烦，你需要写的代码更多，运行速度会比MFC快一些。MFC会让你程序开发的周期大大缩短
SDK的处理比MFC要麻烦，你需要写的代码更多，运行速度会比MFC快一些。MFC会让你程序开发的周期大大缩短
woyaowenzi 2010-02-27
- 打赏
- 举报
同样
ringphone 2010-02-26
- 打赏
- 举报
对于自绘，mfc和sdk应该没什么本质区别
不过自绘要求对windows的消息机制比较了解，需要注意的细节比较多，有SDK基础就会比较好，可能是基于这个考虑才会要求用SDK，可以淘汰掉那些直接学MFC，没用过SDK，对Windows的UI原理，消息机制把握的不怎么样的。
不过自绘要求对windows的消息机制比较了解，需要注意的细节比较多，有SDK基础就会比较好，可能是基于这个考虑才会要求用SDK，可以淘汰掉那些直接学MFC，没用过SDK，对Windows的UI原理，消息机制把握的不怎么样的。
M_S_D_N 2010-02-26
- 打赏
- 举报
如您所说“贴图只是最后的工序罢了”，以最后工序概括所有工作还不是一种杯具？
hurryboylqs 2010-02-26
- 打赏
- 举报
怎么杯具了？贴图只是最后的工序罢了
要做的东西还是很多的
Windows的所有消息都要熟悉
特效状态处理，多着呢
单单Skin就可以开一个公司了
M_S_D_N 2010-02-26
- 打赏
- 举报
很多情况下把美化UI的工作叫做贴图，真是一种杯具。
hurryboylqs 2010-02-26
- 打赏
- 举报
美化UI大部分情况下熟悉贴图就可以了
fenghuangyuyicon 2010-02-26
- 打赏
- 举报
对于自绘，说到原理，无非是拦消息，自己处理，从这点上说mfc和sdk没啥本质区别
但是问题在于界面的美化需要注意的细节太多，比如active和focus，需要注意的消息就有n多，从这点上说sdk更为原始一些，所以消息的处理也更为方便（因为没有那么多的封装）
其实我接触到的美化除了基于mfc的，就是基于wtl的，而wtl关于界面的美化，老实说，和纯基于sdk无啥大的区别
所以回到LZ的主题，我的观点是mfc和sdk并没有多大的区别，只要Windows的UI原理认识到位，Windows的消息把握的比较全面，两者都可以做好的，只不过一个是重量级的，一个是轻量级的。
但是问题在于界面的美化需要注意的细节太多，比如active和focus，需要注意的消息就有n多，从这点上说sdk更为原始一些，所以消息的处理也更为方便（因为没有那么多的封装）
其实我接触到的美化除了基于mfc的，就是基于wtl的，而wtl关于界面的美化，老实说，和纯基于sdk无啥大的区别
所以回到LZ的主题，我的观点是mfc和sdk并没有多大的区别，只要Windows的UI原理认识到位，Windows的消息把握的比较全面，两者都可以做好的，只不过一个是重量级的，一个是轻量级的。
羽毛乱发 2010-02-26
- 打赏
- 举报
恩，是不是SDK开发的控件，在移植性上更好呢？～
M_S_D_N 2010-02-26
- 打赏
- 举报
继承MFC原生的控件，功能太有限了。
不过可以从CWnd继承，也很灵活。
不过可以从CWnd继承，也很灵活。
d383137359 2010-02-26
- 打赏
- 举报
http://www.china-askpro.com/msg42/qa50.shtml
好好看看就知道了
好好看看就知道了
hurryboylqs 2010-02-26
- 打赏
- 举报
好好学习windows程序设计
只要学会了按钮等控件的自绘
疑问都将轻易解除
只要学会了按钮等控件的自绘
疑问都将轻易解除
羽毛乱发 2010-02-26
- 打赏
- 举报
恩，发现直接从CWnd继承，而自绘的控件，也蛮好看的，就是自己要处理的东西会稍微多点。
不用默认的控件，那我从CButton继承实现的控件呢？
向立天 2010-02-26
- 打赏
- 举报
我没做过SDK下的界面开发
和你一样一直是MFC自绘
不过我觉得SDK的原理应该一样把
MFC不就是对SDK的封装么
和你一样一直是MFC自绘
不过我觉得SDK的原理应该一样把
MFC不就是对SDK的封装么
nintendo_dskay 2010-02-26
- 打赏
- 举报
其实用MFC也可以实现自绘，MFC就是对SDK的封装而已，这个可以从MFC的源代码中可以看出来。
只要你不用它默认的控件就可以了，复杂一点的界面控件自己继承CWnd基本也还是可以实现的，偶尔也需要和SDK混合使用。
只要你不用它默认的控件就可以了，复杂一点的界面控件自己继承CWnd基本也还是可以实现的，偶尔也需要和SDK混合使用。
康斯坦汀 2010-02-26
- 打赏
- 举报
我觉得道理是这样的，一般国际大公司开发Windows软件都是不用MFC的，原因比较复杂，
主要是考虑代码移植性，所以要求你从SDK开始做控件。其实效率上两者差不多，MFC对
API包装的比较薄，不会影响性能，两者确实没有本质区别，不过从移植角度来说API更容易。
设想一下，你做的软件需要Linux版本。MFC无疑是个包袱。
主要是考虑代码移植性，所以要求你从SDK开始做控件。其实效率上两者差不多，MFC对
API包装的比较薄，不会影响性能，两者确实没有本质区别，不过从移植角度来说API更容易。
设想一下，你做的软件需要Linux版本。MFC无疑是个包袱。
羽毛乱发 2010-02-26
- 打赏
- 举报
哈哈，我也是哦，我是学电子的，大学就学过C和汇编，MFC是工作的时候直接学的，没有学习SDK，呜呼～～
ls2141 2010-02-26
- 打赏
- 举报
怎么说的我号心寒啊
加载更多回复（1）
