那么上面就是这项功能的主要描述，请注意我称它为“功能”，这是人话，不是“用例”、“用户场景”、“故事”。

我们首先看看，这里面有哪些类型的东西？

纯业务角度：用户、其他行情软件、行情文件、日线、数据库。其中没有对用户和其他行情软件的要求。

非业务角度：线程。

因此我们将用三个类来体现业务因素：日线类Quote，表达一只股票一天的日线，行情文件类QuoteFile，识别行情文件格式、转换成日线的集合，数据库类QuoteDB，对应数据库的日线表格。至于非业务对象，线程，则编程语言已经提供了足够的支持。

其他如对话框、界面设计是另一个范畴的东西，当然，你看到的仍然是一系列非业务类型的类和对象。有时候我觉得又好气又好笑，不知怎么，那么多人觉得MFC是怎样的复杂、不花费几十年读它的源代码则不足以平民愤，那就是菜鸟、那就不能做500万行代码的程序。我真无法想象500万行的VC程序是干什么的，但是，站在所谓面向对象的立场，微软这个MFC不就是已经设计好的一串类吗，它们组合起来帮助你完成日常的界面呈现、互动工作。你一定要阅读其源代码，那就是不尊重微软封装的能力、质疑微软做的产品的可用性和简单性了。相对来说：你简直是在说MFC是一群菜鸟玩出来的，连最起码的封装都显得滥竽充数。在团队中，你会仔细阅读其他同事写好的类吗？对MFC，你也可以理解成其他同事写好的类，而且是文档非常丰富的、远超出我们那种应付方式的类库，还是克制一下探究细节的冲动吧。

在你开始编程之前，这些东西大约需要一个小时甚至更短的时间就能弄清楚，忽略这个步骤往往会造成整编程过程的杂乱无章，站在东西的角度，也就是面向对象的思维方式之所以重要的原因。 这一节的主题是“谁说对象不是东西？”，起因是有牛认为多数程序员缺乏面向对象思维、算法和数据结构的知识，我不太认同。事实上，实际的编程过程中，抽象类甚至接口、继承这些出现的机率是非常小的，多数的时候大家接触最多的不过是封装特性。而算法和数据结构固然重要，但也仅仅是理解的问题，只有极少数的场景需要相应的基础---而这些东西，学院里的却未必够用，多数情形下我们的程序员接触的还是应用开发。

所以我明确的反对将这三样东西提到过分的高度，生存逼迫你编程，兴趣才能让你成长。我们还在求生的过程中