以VC6为例 下同



以上是VC6建立工程的界面 图中可以看出 我们做windows图形程序的选择主要有两个 一个是MFC 一个是纯windows程序

MFC么 很好很强大 封装的windows API使调用API轻松 容易 而且支持面向对象哦



可是。。。。。。。 这是C++


那好 还有其他的



纯windows程序自然可以有界面了 创建工程后就有标准的代码了 而且是C语言 直接调用windows的API诶 效率很高的

可是。。。。。。。 你要是想在这里面编程是比较麻烦的 比MFC双击写代码是麻烦多了

从这个角度讲 基于.net的那些东西 当然我都不知道叫什么。。 是很好的 保证了拖拖拉拉 点点写写就能出一个windows程序 而且功能强大 设施齐全

可是。。。。。。。 欢迎自行脑补

顺便说说我一般是怎么写windows程序的

我一般是写纯windows 也就是不用.net 不用MFC 但是上面说了 这个比较难写诶 我有个折中的办法 以对话框做主窗口 下图是我顺手改出来的对话框为窗口的程序



这样做有以下几点优缺点

优点

1 实现容易 我顺手改改就出一个程序了 而且你可以把这个作为一个框架 这样以后可以直接用
2 相比MFC和.net 运行效率高

缺点

1 开发效率低
2 以对话框为主窗口的程序灵活性差一点 有得必有失


以上内容纯属虚构 如有雷同 纯属巧合


[ 本帖最后由 zklhp 于 2012-7-18 21:30 编辑 ]

自己顶

一分析才发现 windows下开发一个窗口程序 开头就够难的了

你问了 就玩了玩 顺便总结一下

实例到处有 写实例是重复造轮子

而且 作为一名医药工作者 我的水平还造不出轮子 呵呵

解压看看罢 多写了两行代码可能比10M大一点

看这个怎么弄的

突然想起来一个新闻报道 说有个高中生喜欢编程 报道里面写他写的代码都有好几个G 当时很多人喷这个笑话

这是我用20G的代码编译出来的 厉害罢 比报纸上的6G代码少年还厉害。。

可惜我顺手给删了 你要是知道PE文件的各个段的含义搞个这种东西很容易

会做小的 自然也会做大的喽