三層架構 實例化 界面 是把 很多 問題 原理 info 調用方法

完成了一個簡單（對我來說也不簡單。因為我還沒有寫過三層架構的項目）的小項目（管理系統）為此特地去了解了一下三層架構。

在知道要寫這個項目的時候是激動的，但也是有點忐忑的。激動的是可以通過這個項目可以鞏固自己的專業知識，還可以擴展自己對三層架構的了解。

忐忑的是這個項目要求是獨立完成的，因為沒有接觸過三層架構，在這其中可能會遇到很多問題，雖然可以請教組員和組長，但是我發自內心的還是希望自己能獨立完成。

先來說說什麽是三層架構吧（因為上面說了很多三層架構）

三層架構：顧名思義，就是把整個業務應用劃分為：界面層、業務邏輯層、數據訪問層。

1：數據訪問層：主要是對非原始數據（數據庫或者文本文件等存放數據的形式）的操作層，而不是指原始數據，也就是說，是對數據庫的操作，而不是數據，具體為業務邏輯層或表示層提供數據服務． 2：業務邏輯層：主要是針對具體的問題的操作，也可以理解成對數據層的操作，對數據業務邏輯處理，如果說數據層是積木，那邏輯層就是對這些積木的搭建。 3：界面層：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表現成：aspx，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地提供服務。

分層的目的：就是為了"高內聚低耦合"的思想。

在軟件體系架構設計中，分層式結構是最常見的，也是最重要的一種結構

在第一階段的時候，通過分層把各個業務之間的聯系和跳轉實現。

在這個時候我遇到了一個問題，怎麽在同包不同類的情況下調用其它類的方法

後來通過實驗以及百度，我知道了兩種方法。

1、如果是靜態方法，我們可以直接用類名。(點)方法名的形式來實現調用同包不同類的方法。

2、通過實例化被調用類的對象，通過對象來調用方法。

在第二階的時候就是完善各個業務的實現。

第二階段對細節的掌握和處理很重要。比如在有要求用戶輸入數據的時候，我們應該對用戶輸入的數據進行非空判斷。然後再把用戶輸入的數據進行有效的性判斷。

1、這裏的非空判斷是要先判斷對象是否為null.然後再用equals方法，否則會報空指針異常。

2、限制用戶輸入的數據類型（就是對用戶輸入的數據設定某一個範圍內）

　　限制用戶輸入是為了使我們所取得的數據是有意義的，取得我們想要的數據。

3、把取得的數據先去掉空格再進行有效性判斷。因為空格也算是一個字符。

第三階段的時候就是完善各個業務的細節

　　第三階段的是要把在這個業務的時候可能出現的各種問題都考慮到。

　　這樣才能盡量避免出現過多的異常和BUG。

通過這次的項目，從中熟悉了三層架構的原理以及使用分層的好處。也鞏固了java的基礎知識。

項目中的收獲