軟體構造=技術架構+業務實現

        軟體構造 = 技術架構 + 業務實現。 

         1.  選擇合適的技術架構， 適應業務的需求； 

         2. 根據業務的需要，改造現有架構。

          兩大問題： 資料存取、呈現 ； 應用組件整合。

          1.   業務需求  ===》 實現為： 應用邏輯片段。  a.  需要做什嗎？ 完成什麼目標 ？  

          2.   資料模型  ===》 實現為： 資料庫 。 b. 涉及哪些資料？ 如何合理組織這些資料？

          3.   技術架構  ===》 以一種優雅的方式組織所有的應用邏輯片段。 c.  需要哪些應用組件 ？ 怎麼合理地整合這些應用組件使之良好運轉 ？

                    

           資料是驅動和內容， 通過應用邏輯和技術架構驅動營運目標的實現；

           業務需求是呈現和形式，直接面向使用者，提供價值與服務。 

           軟體的核心是資料和業務。 資料從哪裡來？ 資料分布在哪裡？ 如何組織和呈現資料以提供最好的價值和服務？

            軟體與產品的一大區別是： 軟體更傾向於注重技術，而產品更傾向於注重業務。 要想提升產品的價值與服務， 就要細緻設計自己的營運目標。

            技術 ===》 軟體 ===》 產品 === 》 業務 ===》  使用者

            一個開發人員不應該花過多時間關註：

            1.   項目構建、編譯、打包、部署等開發流程。 這些應該使用像 MAVEN 這樣的項目構建工具結合指令碼的方式自動化完成。 唯一的手工活動是敲入一行命令，然後從原始碼直接產生可發布的二進位代碼；

            2.   項目的技術構架。 對於小中規模的應用程式， 通過選擇合適的技術架構來構建系統應用程式框架，而這些技術架構由那些成天嚷嚷著要當系統架構師的人來完成；

           一個開發人員應該關註：

           1.   專註於自己要完成的實際目標。 可以是某種演算法，或者是特定業務的實現；

           2.   項目的應用架構。 對於中大規模的應用程式， 關注項目所使用的應用架構是必要而不可避免的。

           任何有助於偷懶的工具和做法都值得嘗試。