前段時間聽朋友說了個段子，一個號稱二十多年開發經驗的架構師，所有的請求和業務處理都放在一個controller，快十萬行的代碼，維護都覺得吃力。其實在2003年淘寶上線，2009年微博發行內測之前，一個靜態網站或是能夠上傳文件的論壇就已經算是互聯網的代名詞，這樣的網站對併發與系統架構並沒有太高要求，能用就行。而後由於需求的複雜和計算機技術的發展，系統也逐漸拆解，並形成框架，以供更好地複用與開發維護。
近期，我正參與的項目框架從1.0的SSH（Structs+Srping+Hibernate）升級到2.0的SSM（SpringMVC+Spring+Mybatis/Hibernate），我也藉此機會梳理一下框架的調用邏輯。
SSH的架構設計
SSM的架構設計
