[求助]：请问贵公司用啥程序开发的这套世纪旗云软件阿

shzshua

请问贵公司用啥程序开发的这套世纪旗云软件阿，我还没毕业，结构专业的，想学习一下编程，能指点一下该看哪些书吗？谢谢了。

ybjian19

我也想知道

它山之石

　　一楼楼主，俺编辑自己的帖子只会显示俺自己的名字，你的帖子怎么显示被世纪旗云给编辑过了？莫非你说了什么对世纪旗云不利的话还是......？搞不明白

幽幽蓝雨

一楼楼主开始写成了“奇云”，所以世纪旗云给他编辑了一下。
现在我们用的是vc++，这方面的书可以说浩如烟海，不过我们可以推荐几本给初学者。
等俺们好好组织一下。
台湾有位叫侯捷的哥哥，他曾经写过一个书评叫“MFC四大天王”，介绍了几本书，等俺给您搜搜。
http://jjhou.csdn.net/review3-5.htm


"
..RunPC 1997.02 无责任书评
   

Inside Visual C++ 4.0

Programming Windows 95 with MFC

MFC Internals

Dissecting MFC
(深入浅出 MFC)


  
关於 MFC 这一主题，
在「沧海书讯」版上曾经被讨论过的书籍有四本，
正是我所列出的这四大天王。
看来我心目中的好书颇能吻合市场的反应。


我还记得，无责任书评是在四年前（1993）开春时和大家第一次见面。虽然不是每个月都出货，但断断续续总保持着讯息。在明确宣布的情况下这个专栏曾经停过两次，第一次停了三个月，於 1994 年开春复工；第二次停了十五个月，於 1997 年开春的今天，重新与各位说哈罗。

休息整整一个年头又三个月，写作上的疲倦固然是因素之一，另外也是因为这个专栏直接间接引起的让人意兴阑珊的俗人俗务。读者写信来说，『总把无责任书评当成休闲散文看。或许您可以考虑写些休闲小品，定会畅销』，是呀，我正构思把因这个专栏而获得的人生经验写成一本「现形记」。可是不知道手上「正当」工作什麽时间才能告一段落，写起我的小说。也不知道什麽样的出版社有兴趣侯捷写的小说。

倦勤与无奈过去了，满腔读书心得沛然欲发。所以，我又拿起笔「无责任」了。感觉有点陌生，但是回顾读者们这一年写来的上百封信，让我意气昂扬。这个月我谈的是 Visual C++ 与 MFC。此题目我已提过两次。一来它十分重要，演化的过程也十分快速而明显，二来这个领域又有一些重量级书籍出现，所以我必须再谈一次。

另外，我还是得再强调，侯捷的专长领域有限，离我火力太远的书我只能远观不敢近玩。这个专栏用在抛砖引玉，让谈书成为一种风气。Windows Developer's Journal（WDJ）的 Books in Brief 专栏原先也是主持人 Ron Burk 唱独角戏，後来（现在）就有了许多读者的互动。我也希望这样的事情在这里发生。

●必也正名乎

常在 BBS 的程式设计相关版面上看到，许多人把 Visual C++ 和 C++ 混淆不清，另则是把 Visual C++ 和 MFC 混为一谈，实在有必要做个厘清。C++ 是语言，Visual C++ 是产品。『我们学校开了一门 Visual C++ 的课程』这种说法就有点奇怪，实际意义是『我们学校开了一门 C++ 课程，以 Visual C++ 为软体开发环境』。『我会写 Visual C++ 程式』这种说法也很怪，因为Visual C++ 是 C/C++ 编译器，你可以在这套整合开发环境中使用 C 语言或 C++ 语言写出 DOS 程式或 Windows 程式；如果是 Windows 程式，还可以分为 Windows API programming 或MFC programming。所以「我会写 Visual C++ 程式」表达不出你真正的程度和意思。

Visual C++ 是一套 C/C++ 编译器产品，内含一套整合开发环境（Integrated Development Environment，IDE），也就是 AppWizard、ClassWizard、编译器、联结器、资源编辑器等工具的大集合。你知道，真正的 C++ 程式（而不是披着 C++ 外衣的C 程式）是以一个个类别（class）堆砌起来的，为了节省程式员的负担，几乎每一家编译器厂商都会提供一套现成的类别库（class libraries），让程式员站在这个基础开发应用软体。MFC 就是这样一套类别库。如果以物件导向的严格眼光来看，MFC 是比类别库更高一级的所谓 application framework。PC 上另两套与 MFC 同等地位的产品是 Borland 的 OWL 和IBM 的 OpenClass，前者搭配的开发环境是 Borland C++，後者搭配的是 VisualAge C++。其他的 C++ 编译器大厂如Watcom 和 Symantec 和 Metaware，并没有开发自己的类别库，他们向微软取得 MFC 的使用授权，提供 MFC 的原始码、含入档、相容的编译器和联结器。噢是的，他们要求授权的对象是 MFC，而不是 OWL，这就多少说明了 MFC 和 OWL 的市场占有率。

产品名称 厂商 application framework
Visual C++ Microsoft MFC
Borland C++  Borland OWL（最新版据说也提供 MFC）
VisualAge C++ IBM OpenClass
Symantec C++ Symantec MFC


●沧海书讯

清大 BBS 站台（枫挢驿站，IP 位址为 140.114.87.5），在「分类讨论区」的「电脑与资讯」区之下，有一个「沧海书讯」版，对电脑书籍有兴趣的朋友可以去看看。这里并没有（还没有）类似正规书评之类的文章出现，比较多的是读者们对於坊间书籍的阅後感，以及新鲜读者的求助函（找某一主题的好书啦、谁要卖书啦、谁要买书啦等等）。

关於 MFC 这一主题，在沧海书讯版上曾经被讨论过的书籍有四本，正是我所列出的这四大天王。看来我心目中的好书颇能吻合市场反应。这四本书各有特点，色彩鲜明，统统值得收藏。

●四大天王

一本书能够有被收藏的价值，可不简单唷，我不能乱说嘴。诸君，看看我列的理由吧。这四大天王是：

◎Inside Visual C++ 4.0

在四大天王中本书名列老大哥，我这麽排名和天王的「色艺」无关，敬老尊贤的成份多一些。它已是同一本书的第三版，所以才会在书名冠上软体版本号码（上一版名为 Inside Visual C++ 1.5）。书名冠上软体版本号码的另一个因素是，本书在教导我们开发程式时，是 "tool-oriented"（以工具为导向），你会看到像「先按下这个钮，然後填写这一小段码，然後在清单中选择这一项，再回到右边的视窗上...」这样的文字说明，所以 Visual C++ 的版本更迭攸关全书内容。

这就引出了本书在程式诱导方面的一个特徵：工具的使用占了相当吃重的角色。工具的使用难度不高，但非常繁多（从 Visual C++ 新鲜人的眼光看可能是...呃...非常杂乱）。又要学习 MFC，又要配合工具的使用，对初学者而言是双倍负担。我曾经在 BBS 上看到一封信，抱怨 Inside Visual C++ 虽是名着，他却完全看不懂。呵，我完全能够了解 -- 我不是那种自己懂了之後就忘记痛苦的人。

入选原因：老字号，范例程式内容丰富，220 页的 OLE 和 110 页的 Database 是本地唯有的大独家，别处找不到。

◎Programming Windows 95 with MFC

Ray Duncan（侯捷极为尊敬的一位老牌作家，近年似乎淡出，没有什麽新作品）曾经说，这本书是 "the Petzold for MFC programming"，俨然有 Petzold（注）接班人之势。从其主题的安排，甚至从书籍封面的安排，在在显示「接班人」的讯息。而它的内容可以证明Ray Duncan 的推荐并不虚佞。

注：Charles Petzold 是 "Programming Windows 95" 一书的作者。该书是SDK 程式设计宝典。这本书近来没有那麽轰动以及人手一册了，因为 MFC 或 OWL 这类 framework 产品不断精进，Delphi、C++Builder 这类快速程式开发工具（Rapid Application Development，RAD）不断进逼，SDK 程式设计的角色有点像组合语言了。不过我告诉你，学会它，绝对让你层次不同 -- 不只在程式设计的层次，还在对作业系统的了解层次。

这本书在程式设计的诱导方面，与 Inside Visual C++ 一书有极大的作法差异。本书没有任何一个程式以 Wizards 完成（我想作者必然曾经借重工具，只是最後再清理一遍），所以你不会看到像 //{{ 和 }}// 这样的奇怪符号，以及一堆 #ifdef、#undef、#endif。「程式码是我们自己一行一行写出来」的这种印象，可能对於消除初学者的焦灼有点帮助。

入选原因：文字简易，观念清楚。从章节目录上你看不到非常特殊的主题，但隐含在各个小节之中有不少珠玉之言。平实稳健。对 MFC 核心观念如 Document/View、Message Map 的讨论虽然浅尝即止，但表现不俗。

◎MFC Internals

这是四大天王之中唯一不以教导 MFC 程式设计为目的的书。它的目的是挖掘 MFC 的黑箱作业内容，从而让读者对application framework 有透彻的认识。这样的认识对於 MFC 的应用面其实也是有帮助的，而且不小。
这本书挖掘 MFC 的原始码至深至多，最後还在附录Ａ列出MFC 原始码的搜寻导引。由於解释 MFC 的内部运作原理，少不得就有一长串的「谁呼叫谁，谁又呼叫谁」的叙述。这种叙述是安眠药的最佳药引，所幸作者大多能够适时地补上一张流程图，对於读者的意识恢复有莫大帮助。

入选原因：独特而唯一。虽然并非初学者乃至中级程度者所能一窥堂奥，
却是所有资深的 MFC 程式员应该尝试读一读的书籍。

◎Dissecting MFC

这本书是应用面（各种 MFC classes 之应用）和核心面（隐藏在 MFC 内的各种奇妙机制）的巧妙混合。前一半篇幅为读者扎基础，包括 Win32、C++、MFC 程式的基础技术环节。後一半篇幅以着名的 Scribble 程式（随附於 Visual C++ 之中）为例，从应用面出发，却以深掘原理的核心技术面收场。看不到丰富绚丽的各种应用技巧，着重在厚植读者对於 MFC 核心技术的基础。

入选原因：本书挖掘的 Runtime Class、Dynamic Creation、Message Mapping、Command Routing、Persistence 等主题，解说详实图片精采，拥有世界级水准。SDK 程式员如果想进入 MFC 领域，这本书是最佳选择。看过 Inside Visual C++ 和 Programming Windows 95 with MFC 的读者，这本书会让你更上层楼，「知其然并知其所以然」。


....
"

  看这些书前要先了解c++,关于c++的书也是一捆捆的了.
   学c++和MFC可是比较费时间的，得有思想准备啊.
  现在又开始玩c#了:)

它山之石

斑主说得俺心痒了，恨不得马上购齐四大名著。通读一番。
俺也“现在又开始玩c了”:)
待500年后俺修成正果，能腾云驾雾之时好去投奔世纪旗云。
谢谢斑主教诲。