今天进行了一次IPad项目的例行会议，主要讨论的是整个工程的流程和整体的架构以及每个人负责的模块和要实现的功能。
首先是RZ讲述了怎么进行的软件架构,接着讲述了每个模块的功能, 我这里谈下我的感受
1. 首先RZ对整个程序的基础库进行了代码编写,定义了一些常用的数据结构和全局变量以及一些常用的宏定义，这些应该称之为一个功能的有用元素。或者底层库。
是提供给每个模块来调用的...
2. 这里我注意到RZ的一个细节：他把一些分散的底层库头文件包含到一个头文件中...这样有好处也有坏处，坏处就是编译的时候的速度问题，好处就是不用关心文件在哪里，直接用，这个在小工程中还比较可用，可是一旦工程项目巨大的时候，编译速度会使人疯掉，所以这个要结合着来，这个问题其实不容忽视...
3. 关于这个底层库的问题我还想说一点就是：RZ喜欢使用宏，这个我以前使用的比较少，这个其实就是公用的东西，没有什么，只是抽象出共性而已
4. 说白了，一个程序所谓的底层库无非就是共性和异性的结合，共性的东西从事物中剥离出来放到一个容器中去供大家一起调用。宏的出现属于共性的范畴，除此之外
还有一些共用的方法，比如方法的重载等等(这里需要结合代码重写，现在记不起来了)。
5. 关于RZ如何设计出这样一个程序，给程序划分模块，结合我以前工作的经验有以下理解：
模块方面：1. 首先是基础模块(共性) 2. 接着是功能模块(异性)
类方面： 2. 功能的抽象，其实就是OOP的思想，一个类或者几个类完成一个功能，现实中完成的方法就是你类的方法。
2. 数据的流向，数据是怎么流进一个模块的，需要什么样的数据流(模块或者类要处理什么数据)，怎么流进来(就是接受数据的接口,对外的接口)，溜进来的数据
如何处理(处理类(相对于有管理类的来说)或者处理的方法(数据流直接进入了这个类))
同步异步的考虑：这里要考虑的是队列是什么的，阻塞，线程的使用等等问题(暂时在此留下问题，这周补齐)
6. 模块内部的设计(暂无想法)
7. 模块的交互(暂无想法)
8.尽可能只有一个接口给外界，尽可能的简单(让外界看着)