架構師之道 面向元件的Web架構設計

2021-05-25 03:21:15 字數 2603 閱讀 3494

一直以來,不斷有工程師詢問我有關架構設計上的問題,很希望能聽聽我的意見。也有工程師原封不動的在自己的專案中引用我的架構設計。最近,部門內的學習小組又在向我約稿:大師,可否分享一些架構設計經驗。

說到架構設計,這是架構師最本職的工作。好架構是第一生產力,不良的架構會埋下種種「伏筆」,進而讓使用者怨聲載道。所以說,乙個好架構師是團隊的「財富」,反過來則會成為團隊的「災難」。

架構是優是劣,架構師是福是禍。領導的空洞評價或架構師的自我標榜,在這裡顯得是那麼的滑稽無助。

哪怕公司的技術氛圍是「指鹿為馬」或「道路以目」,但對那些框架的真實評價(「民謠」或「民諺」之類)仍舊會在工程師之中流傳不止。

我非常在乎工程師們的評價,因為我首先是一名工程師。來自一線的評價是那麼的真實,一線的聲音是那麼的重要。每當工程師對我的架構深表讚賞之時,遠遠超過任何組織頒發的獎盃或獎金。每當我做任何設計時,都要設身處地為呼叫者著想,最大程度的方便「使用者」(呼叫者)。「使用者第一」,這是我做設計時的唯一原則。不是隨意雜湊,而是深思熟慮;不是追逐崇拜,而是繼承創新;不是空洞理論、實現偽劣,而是以理念為原則,以實現處處體現理念;不能自居自大,漠視甚至鄙視「群眾」。

能力越大,責任越大。啟發、引導與培訓工程師也是架構師的團隊職責之一。一直以來,我經常在團隊中作技術分享或程式設計比賽;工程師也特別喜歡找我**各種技術問題;哪怕對技術不太想深究的工程師,也會在評審會上認真聽我的評審意見。對工程師和顏悅色、有問必答,就像我們對強詞奪理者、不肯團隊協作者會「金剛怒目」一樣,都是架構師必備素養。還是那句老話:做事先做人。做架構先做架構師,你需要先放棄你內心那些名利欲、狹隘自大或自卑。

it業界每天都有無數的專案誕生,對架構師的需求是無窮盡的。但目前,中國絕大多數架構師仍舊處於「名不副實」的尷尬境地。我的建議是少以架構師自居,多埋頭學習,多從基層做起,培養嚴謹細緻的思維習慣,少搞些無聊的發明創造:厚積薄發才是技術正道。

說了很多與技術無關的話,回到架構設計的話題。

我總結了08年鳳凰版的架構設計,鳳凰版的架構可以說傾注我十多年架構與專案經驗,有許多值得分享之處(其實有些模組的設計也值得分享,但與主旨無關我略掉),希望能對架構師或有志於做架構者有所幫助。

在ppt的最後,我總結和提出了一種架構成熟度模型。確切的說,這種模型以web應用的元件化程度為衡量標準來評估web應用的優劣,可與同行者**。鳳凰版的成熟度在level3水準,當然還有細節值得改進。level4是一種理想級別,目前我還未看到有任何應用能達到,這其中還有相當多的前提(資料協議與元件規範)需要完成。

Web架構師之路

主題內容 本人就喜歡玩一些技術上的東西,搞搞重構,搞一下設計等。致力於成為一名web架構師。以下內容是本人的學習計畫,也是通往web架構師的必經之路吧。內容列表 前面的話 擺脫程式設計師困境,多思考 第一章 設計模式 物件導向分析 設計 設計模式之單例模式 設計模式之工廠模式 設計模式之策略模式 設...

InfoQ 架構師修煉之道

架構師是乙個神秘而又神聖的名詞,作為軟體開發領域的設計師,架構師承載著太多的責任和挑戰。對於乙個程式設計師或者工程師來說,架構師就像是乙個目標,一條道路,抑或是一座山峰。如何能夠成為一名合格的架構師?架構師應該具備何種素質?而架構師又是如何做到持續不斷的成長和提高的呢?帶著這些問題,我們請到了五位i...

架構之道之架構師的核心思維

乙個軟體架構師最重要的問題,就是他所設計的產品必須是滿足企業戰略規劃的需求,能夠幫助企業解決實際問題的,因此乙個合理的設計,首先要想的是 who 為誰設計?what 要解決使用者的什麼問題?why 為什麼要解決這些使用者問題?這是乙個被稱之為 3w 的架構師核心思維,如果這個問題沒搞清楚,就很快的投...