467
剛學三層遇到了點麻煩
最近一周感覺不怎麼在狀態，想開始機房收費係統的重構，但是一直不知道該怎麼開始（初學者是不是都有這個問題？）。究竟是先畫圖還是先敲代碼，敲完之後在補圖，還是直接先把圖畫好。問的人多了，也就忘了自己想法，感覺有點茫然了（求解）。
下麵是我的總體架構圖：
剛剛學習完設計模式和三層架構為了進一步理解，想將兩者都運用到機房收費係統的重構版當中去。
使用三層主要是降低係統的耦合，提高各層之間的內聚，提高代碼的靈活性使其今後更容易修改。在U層和B層之間使用外觀模式，其實在機房收費係統中使用外觀並不存在我們之前接觸到新係統和老係統的交互時使用外觀作為一個接口，讓外觀層去與舊的係統打交道；此處主要目的還是為了降低U層的複雜度，在外觀中封裝多個類使其可以完成U層中的一個功能。使用抽象工廠為了便於係統切換不同的數據庫，而使用反射+配置文件（添加App.config）則可以方便的更改數據庫係統而不用修改代碼。
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>
<appSettings>
<add key="DB" value="Sqlserver"/>
<add key="ConnectionString" value="server=.;DataBase=DB_rechargeSystem;User Id=sa;Password=123456"/>
</appSettings>
</configuration>
（PS：連接SQL Server數據庫的配置文件）
重構機房收費係統我們更多的還是鍛煉怎麼去使用設計模式和三層，因此盡可能的可以多使用幾種模式而不用擔心過度設計影響係統性能。我想在區分臨時用戶和固定用戶的時候我們可以使用策略模式，如果是多用戶登錄的時候需不需要使用備忘錄模式來保存自己的登錄信息呢？
感覺現在自己對於重構大方向是有的就是具體怎樣去實現某個功能，U層，Facade層，B層，IDAL層之間的依賴怎樣去實現，DAL層又是怎樣去實現IDAL層的還需要進一步理清。
大神們給我點建議吧！
最後更新：2017-04-03 12:55:58