比如說，如果應用有乙個服務類，它為與使用者帳戶相關的人與操作提供了crud操作，那麼我們就應該將其劃分到兩個單獨的服務類中：
第1個服務提供人的crud操作。
第2個服務提供與使用者帳戶相關的操作。
這麼做有如下3個好處：
每個服務類都有一套合理的職責。
每個服務類的依賴會更少，這意味著他們不再是緊耦合的龐然大物了。他們是更加小巧且松耦合的元件。
服務類更易於理解、維護與重用。
這兩個簡單的步驟可以幫助我們清理應用的架構，提公升開發者的生產力和幸福度。現在，我們想知道如果所有這些都是必要的，那麼該何時解決這些問題呢？
有時生命是黑白的
我經常聽到有人說我們不應該過多的關注於「架構」，因為我們的應用很小並且很簡單。雖然這個論調有一定的正確性，不過我們必須要記住一開始很小的專案最後會變得很大。如果不考慮這種情況，那麼一旦發生狀況，我們就會陷入到巨大的麻煩當中。在未知的水域中航行可不是個好做法，但我們必須要知道，鐵達尼號在撞到冰山沉沒時是在熟悉的航線中航行的。這種事情也會發生在我們的應用中。當事情變得無法控制時，我們必須要有勇氣說不。
如果你打算改變，那麼我推薦你閱讀一下olivier gierke所寫的「whoops! where did my architecture」（或是**他在springone2gx上關於這個專案的演講）。但請注意，習慣的力量還是很強大的。
**:
Spring Web應用的最大瑕疵
使用spring框架構建應用的開發者很樂於談論依賴注入的好處。但遺憾的是，他們很多人並沒有在其應用中很好地利用其優勢，如單一職責原則和關注分離原則。如果仔細看看基於spring的web應用，你會發現很多都是使用如下這些常見且錯誤的設計原則來實現的 u0026 xd n 可問題是 如果這種做法很普遍，...
Spring Web應用的最大瑕疵
使用spring框架構建應用的開發者很樂於談論依賴注入的好處。但遺憾的是，他們很多人並沒有在其應用中很好地利用其優勢，如單一職責原則和關注分離原則。如果仔細看看基於spring的web應用，你會發現很多都是使用如下這些常見且錯誤的設計原則來實現的 可問題是 如果這種做法很普遍，那為什麼說是不對的呢？...
Spring Web框架與Struts的區別
下面是從 struts 的角度來談談 spring 自帶的web 框架的使用。當然，我們在配置 web框架前，需要把 spring 配置好，這裡就不多說了。1.web 框架核心 servlet 在web.xml 中的配置。dispatcher org.springframework.web.serv...