自從上月那個專案中，froog問了我一句，構架指什麼，我就一直在思考乙個通俗的解答方法，能用一兩句話說清構架到底和普通開發和設計有什麼區別。
記得當時我是說，構架就是讓每個人在開發的過程中，不必考慮主線之外的其他的問題。我覺得這句話的確可以說明構架的乙個方面，就是對在這個構架下的開發人員的影響。
好的構架，可以使開發人員有無限的熱情投身其中，不斷增加各種各樣的功能，使乙個構架更完善更強大，開發人員的工作不但其區域性產生價值，對構架也有貢獻。
我以前的感覺，在乙個好的構架下工作，真是無比快樂，每天早晨都覺得很多想法需要實現，這些想法會讓整個專案更加完美。時間真的不夠用，每天下班都覺得完成還不夠，需要投入更多時間去做，所以甚至就會有加班到深夜乃至通宵的情況。
但是不好的構架呢，完全相反，一上班就想到前面沒有解決的問題，需要我們糾結一下，看如何處理，如何能繞過去，沒有人敢碰那些老大難問題，因為誰也解決不了，或者今天我解決了，明天可能被另外的人又給改回去了。
尤其在新增功能時，一下子所有新增功能的痛苦回憶就會迴盪在腦海，然後，新功能的任何新奇之處都已經暗淡無光。痛苦地想千萬不要碰到那些難纏的問題。
現在這個專案，之前的人員將乙個鍵盤響應問題拋卻了系統自帶的焦點和事件機制，取而代之的是從主視窗截獲事件分發的模式，
控制項層次到2層就開始需要大量的事件傳遞，判斷當前活動視窗等等工作，真是繁瑣之極。
我一直想改為簡單的事件和焦點的方式，還世界本來面目，但是由於時間緊，任務重，沒有其他測試人員，質量管理，進度管理的監督，都導致我無法完成。所以，每天遇到鍵盤事件，都很小心翼翼，生怕出現乙個空格就將整個應用關閉了。
這樣的痛苦是每天的，每時每刻的。
所以我想，好的構架能夠給你美和享受，並且在其中工作的成果也能帶給其他人美和享受，包括回饋給構架設計人員。
而不好的構架給你帶來痛苦和麻煩，工作的成果反過來影響整個專案的結果，可能導致最終的失敗。
這是從構架的結果看構架是什麼。
其實，這裡還是沒有指明，構架到底是什麼，這個具體內容其實可以列出好幾點，我沒有列出，可能要到其他的篇幅。
我知道，構架的工作其實很多是成員都比較熟悉的工作，有些工作程式設計師可能也做過，只是做的時間，程度不同而已，
有的工作是覺得這不是構架需要管的任務，是使用者或者領導要管的工作
有的工作則覺得不知道乙個在構架設計時需要作的工作而是在開發時，或者使用時才要做的工作。。。。
構架之美 思考 軟體構架如何表現
週六，路過萬聖書店，進去翻看了一下有關建築和人類的書。在建築類的書籍中，很多描述建築和藝術的內容。建築和藝術都是有流派的，不同區域，不同時期的建築和藝術，如東方和西方，古代和現代，都各自不同，但可能會有些許相同，這些相同可能是繼承 學習 借鑑 膜拜等多種原因。這些建築和藝術的流派雖然不同，但構成這些...
什麼是三層構架
表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增 刪 改 查。概述 在軟體體系架構設計中，分層式結構是最常見，也是最...
《構架之美》閱讀筆記02
架構不良的設計無品質上的考慮，可維護性極差，運維成本高。良好的架構有助於功能的增刪改，任何一段 放在架構的哪一層，都是由架構設計好的。任何一點變更，都要遵循自頂向下的原則，先考慮到架構，再考慮到底層 而不是一上來就改 加 那系統的品質又有那些呢？其實就是我們通常所說的效能 安全 可伸縮性等都會被定義...