機房收費系統(tǒng)--設(shè)計模式思考
來源：程序員人生 發(fā)布時間：2015-05-12 09:15:35 閱讀次數(shù)：3285次
今天與阿真同學(xué)簡略討論了1下外觀模式和抽象工廠+反射+配置文件在機房重構(gòu)中的利用，引發(fā)了幾個簡單的思考，現(xiàn)與君共勉：
思考再3：B層方法是實現(xiàn)對數(shù)據(jù)表的增刪改查進行邏輯操作，而且還要斟酌解耦效果（我是這么理解耦合的，如果1個類中只放1個方法，1旦出錯，它只影響自己，耦合度就低；如果有10個方法，1個方法出錯，該類的實例化就會出錯，這樣耦合程度就越強），所以B層的類中放的方法不應(yīng)太多；斟酌到每一個窗體大部份都是對1張表進行的操作，這樣，將每張表對應(yīng)的增刪改查操作放到1個B層類中，大部份調(diào)用時只需要實例化1個B層類就能夠?qū)崿F(xiàn)對全部窗體的操縱任務(wù)，既減少程序履行流程，又減輕電腦負擔(dān)，何樂而不為呢？
2. 外觀層可不可以用1個類來實現(xiàn)呢？對照于1個窗體1個facade類有甚么區(qū)分？外觀類依照數(shù)據(jù)表來分有甚么壞處？
討論想法：外觀類先對方法實例化然后再調(diào)用的，每實例化1次，相當(dāng)于把外觀中用到的類都實例化了1次，不管是用到還是沒有用到的。
如果facade用1個類實現(xiàn)所有B層方法，那末20多個窗體每一個窗體調(diào)用都要實例化1次facade類，就是B層所有的方法都調(diào)用了20屢次，造成大量無用程序的履行。
1個窗體1個facade類，用到facade類中實例化的方法都是馬上要用到的，這樣所有B層方法實例化次數(shù)大大下降，基本上就是每一個履行1-⑵次，這樣電腦的負擔(dān)不會很大了。
還是一樣的分析方法，雖然B層方法不會調(diào)用屢次，但諸如上機結(jié)賬等窗體不止用到1張表，而恰恰Facade類也是依照表分的，那末對Facade類的調(diào)用次數(shù)必將會增加。
3. 抽象工廠+反射+配置文件的利用優(yōu)勢
【總結(jié)】
在機房設(shè)計早期只是聽說這些設(shè)計方法和設(shè)計模式就直接加以利用了，而且對外觀模式利用認識不到位，致使U層出現(xiàn)了很多邏輯判斷，反過頭來思考才能意想到這些設(shè)計模式的妙處，相信對接下來的設(shè)計模式的利用學(xué)習(xí)會更加靈活方便。
生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學(xué)習(xí)有所幫助,可以手機掃描二維碼進行捐贈
