專案的學習需要持續不斷的自頂向下的學習與自底向上的學習。何謂自頂向下的學習，即先著手系統架構，然後逐層進入業務模組，最後進入細粒度功能模組的開發。所謂自底向上的學習，就是先從一行**，乙個bug，乙個模組做起，然後在做乙個流程，乙個業務模組，最後熟悉整個系統的架構。
自頂向下的學習與自底向上的學習是離不開的，沒有自頂向下的學習，你就不能很好的理解業務，在開發過程中就會很被動。沒有自底向上的學習，你就不能建立起自己的技術優勢，無法去攻堅。在專案初期，通常系統架構師會講解專案的架構，主要是業務架構。通過了解業務架構，熟悉整個系統的業務，便於在後續系統中根據業務進行開發，這就是所謂的自頂向下的學習。
有時候開發的新專案是自己之前未接觸過的型別，在理解專案的業務時，就會有一定的難度，而每乙個專案的開發時間又不是那麼充裕，所以專案上不會給你那麼多的時間來理解系統的業務架構（也包含其它的架構，如邏輯架構等），這時候就需要在專案開發中進行自底向上的學習。如果不是時間特別緊的話，通常會給你一定的時間去了解乙個模組，熟悉系統框架之間各層次間的呼叫。以此為基礎點，逐步深入，在開發過程中逐漸熟悉系統的架構。
當我們在開發中以模組為單位開發的樂此不疲時，一定要記得時不時的回頭看看我們的系統架構，無論是業務架構，還是邏輯架構，甚至物理架構，這些都是我們深入理解乙個專案的基本。如果我們不滿足於當前的工作狀況，更要記得時時學習系統架構，以整體為單位，進行全面的學習。
無論是作為一名現在的或未來的開發人員或者架構師，我們都不應該止步於當前的學習，時時刻刻切記自頂向下的學習與自底向上的學習是分不開的。自頂向下的學習需要自底向上的學習來完善，自底向上的學習需要自頂向下的學習來指導。
自頂向下和自底向上理解程式設計
example 客戶端程式如何從服務端取資料？自頂向下理解 客戶端想要動態地獲取資料 比如使用者手勢 點選等事件觸發 通過呼叫服務即可 如wcf service,rest service domainservice 等 取到資料後 如json 反序列化到客戶端相應的model類中 而服務幫助我們完成...
自頂向下和自底向上的歸併排序區別
歸併排序中最基本的操作是 歸併 即將兩個 2 路歸併 或兩個以上的有序陣列組合成乙個更大的有序陣列。按照歸併順序的不同，歸併排序可以分為自頂向下和自底向上兩類。自頂向下的歸併排序進行的操作主要就是對陣列的拆分與合併。通過層層拆分得到單元素陣列，天生有序，然後歸併兩個單元素陣列得到乙個較大的有序陣列，...
自底向上和自頂向下的架構設計區別
某日小明上數學課，他的老師給了很多個不同的直角三角板讓小明用尺子去量三角板的三個邊，並將長度記錄下來。兩個小時過去，小明完成任務，把資料拿給老師。老師給他說，還有乙個任務就是觀察三條邊之間的數量關係。又是兩個小時，聰明的小明連蹦帶跳走進了辦公室，說 老師，我找到了，三條邊之中有兩條，它們的平方和約等...