今天進行了一次IPad項目的例行會議，主要討論的是整個工程的流程和整體的架構以及每個人負責的模塊和要實現的功能。
首先是RZ講述了怎麼進行的軟件架構,接着講述了每個模塊的功能, 我這裏談下我的感受
1. 首先RZ對整個程序的基礎庫進行了代碼編寫,定義了一些常用的數據結構和全局變量以及一些常用的宏定義，這些應該稱之爲一個功能的有用元素。或者底層庫。
是提供給每個模塊來調用的...
2. 這裏我注意到RZ的一個細節：他把一些分散的底層庫頭文件包含到一個頭文件中...這樣有好處也有壞處，壞處就是編譯的時候的速度問題，好處就是不用關心文件在哪裏，直接用，這個在小工程中還比較可用，可是一旦工程項目巨大的時候，編譯速度會使人瘋掉，所以這個要結合着來，這個問題其實不容忽視...
3. 關於這個底層庫的問題我還想說一點就是：RZ喜歡使用宏，這個我以前使用的比較少，這個其實就是公用的東西，沒有什麼，只是抽象出共性而已
4. 說白了，一個程序所謂的底層庫無非就是共性和異性的結合，共性的東西從事物中剝離出來放到一個容器中去供大家一起調用。宏的出現屬於共性的範疇，除此之外
還有一些共用的方法，比如方法的重載等等(這裏需要結合代碼重寫，現在記不起來了)。
5. 關於RZ如何設計出這樣一個程序，給程序劃分模塊，結合我以前工作的經驗有以下理解：
模塊方面：1. 首先是基礎模塊(共性) 2. 接着是功能模塊(異性)
類方面： 2. 功能的抽象，其實就是OOP的思想，一個類或者幾個類完成一個功能，現實中完成的方法就是你類的方法。
2. 數據的流向，數據是怎麼流進一個模塊的，需要什麼樣的數據流(模塊或者類要處理什麼數據)，怎麼流進來(就是接受數據的接口,對外的接口)，溜進來的數據
如何處理(處理類(相對於有管理類的來說)或者處理的方法(數據流直接進入了這個類))
同步異步的考慮：這裏要考慮的是隊列是什麼的，阻塞，線程的使用等等問題(暫時在此留下問題，這周補齊)
6. 模塊內部的設計(暫無想法)
7. 模塊的交互(暫無想法)
8.儘可能只有一個接口給外界，儘可能的簡單(讓外界看着)