请大家讨论一下如何组织SDK程序？能发表自己意见者就有分。

Question

因为喜欢代码式的编程，也不喜欢自己写的程序总带着别人硕大的DLL。所以想用SDK做一个小项目，可是SDK的程序如何来组织呢？难道还象用TC那样一个文件做所有的事情吗？所以请大家来谈谈关于SDK程序的组织方法。

Answer 1

sdk是个好动动，不如专门作组件或着控件，也很有意义哦

Answer 2

sdk绝对是个好东西，比MFC强多了，能实现封装得类库所不能实现的功能，而且编译出来的东西又小，极好

Answer 3

看
《win32程序员参考大全》

Answer 4

各有各的优点和适用场所，不是什么都可以比较的（也没有意义）。
API是电阻、电容等小元件，
MFC则是集成块、显卡、芯片等模块。没有必要放着现成的模块不用，非得一切都用小元件重头做。例如，你仅仅要做一个控件，用SDK是个好主意，没有必要带个臃肿的DLL。

Answer 5

个人认为组织sdk程序还是用c++的方式！！！
对c++和api都有更好更深入的理解

Answer 6

没有真正写过sdk的程序，从各位的讨论来看觉得应该是写sdk程序应该对VC的机制更容易理解。
不知道控制台console程序算不算sdk程序（在下孤陋寡闻）不过有现成的东东可以直接拿来用何乐而不为,对一些牛人来说mfc免去了他们的重复劳动。

Answer 7

MFC就有SDK的封装，用MFC有什么不好？

Answer 8

用面向对象的思想来写SDK程序效率很高
可以找一些类来使用

Answer 9

MFC就是对API的调用，因此我们可以看到MFC部分函数的源代码，里面封装了一大批的API。不过从代码效率上讲API更高，但是就像我们都不会用汇编去编写一个简单的窗口一样，MFC封装了这一切。
因此，从开发周期和成本考虑，很多工程当然都采用MFC，并且MFC也可以调用API

Answer 10

console程序比之Dos程序仅仅是多了可以使用除了包含图形界面以外的一切MFC的类，思想上应该是一样的。

Answer 11

多谢 wang790729(tommy) 师者！传道授业解惑也。

Answer 12

学习应该从SDK着手，做应用应该使用MFC，这是我的观点

Answer 13

console可以调api，而dos程序不行

Answer 14

应用还是用MFC为佳，虽SDK也可以到达同样，但两都开发时间有质的差别。