??

? 這幾天一直在考慮機(jī)房收費(fèi)系統(tǒng)學(xué)生下機(jī)操作。學(xué)生下機(jī)，一則須要加入學(xué)生下機(jī)記錄信息；還須要計(jì)算學(xué)生在整

個(gè)上機(jī)過程中所花費(fèi)的金額，而且更新學(xué)生剩余金額。那么如何做在性能上或者擴(kuò)展上更好一些呢？

?操作?

?

? 1.加入學(xué)生下機(jī)信息

? 2.計(jì)算學(xué)生上機(jī)時(shí)間

? 3.依據(jù)上機(jī)時(shí)間來計(jì)算學(xué)生所花費(fèi)的金額

? 4.更新學(xué)生的剩余金額

設(shè)計(jì)模式

?

在通過學(xué)生上機(jī)時(shí)間來計(jì)算學(xué)生所花費(fèi)的金額這步操作上，須要進(jìn)行一些條件分支語句的推斷。由于上機(jī)時(shí)間被分為

了三部分：準(zhǔn)備時(shí)間、至少上機(jī)時(shí)間、上機(jī)時(shí)間。所以在步驟3中有大量的條件分支語句，從某種程度上看，這是一

種不好的現(xiàn)象。

?

為了解決問題，能夠增加設(shè)計(jì)模式來解除大量的條件分支語句的推斷。

?

?? 策略模式

http://blog.csdn.net/luckyzhoustar/article/details/27661807

????????

策略模式的使用，封裝了不同類型用戶之間計(jì)算消費(fèi)金額的算法，對于以后的擴(kuò)展極其有利。比方說假設(shè)以后，學(xué)生

能夠採取一小時(shí)一積分的形式，來兌換一些禮品或者一些其它的增值服務(wù)的話，那么策略模式就特別的easy擴(kuò)展，僅僅

須要添加一個(gè)策略就能夠了?？墒且灿幸恍﹩栴}，假設(shè)全部同一時(shí)候強(qiáng)制下機(jī)的話，人數(shù)過多的話，須要不斷的計(jì)算消費(fèi)

金額和更新后臺數(shù)據(jù)庫，easy導(dǎo)致系統(tǒng)崩潰的狀態(tài)。

?狀態(tài)模式?

http://blog.csdn.net/luckyzhoustar/article/details/27679497

?????

狀態(tài)模式的應(yīng)用，僅僅只是簡單的接觸了if……else分支推斷的操作，對于系統(tǒng)以后假設(shè)在時(shí)間上有所擴(kuò)展的話，比較有

優(yōu)勢，比方說學(xué)生連續(xù)上機(jī)超過4小時(shí)的話，能夠免費(fèi)添加一小時(shí)上網(wǎng)時(shí)間，這時(shí)候僅僅要簡單的添加一個(gè)狀態(tài)就可以，

也是比較easy擴(kuò)展的。

職責(zé)鏈模式

http://blog.csdn.net/luckyzhoustar/article/details/27689679

???

職責(zé)鏈模式的應(yīng)用跟狀態(tài)模式同樣也是解除了If……else分支推斷的操作，沒有太大實(shí)質(zhì)性的意義。

小結(jié)?

? 關(guān)于以上三種模式對于學(xué)生下機(jī)計(jì)算消費(fèi)金額的操作中，后兩種模式可能加起來有些牽強(qiáng)，僅僅是單純的為了解除

if……else分支推斷的耦合操作，沒有太大實(shí)質(zhì)性的意義。而策略模式才是王道，才真真正正的符合這個(gè)場景。由于策

略模式從本身上來說，就是定義算法家族，分別封裝起來，讓它們之間能夠互相替換。

? 可是我們從三種模式中發(fā)現(xiàn)，假設(shè)一旦強(qiáng)制全部人下機(jī)的話，而且在上機(jī)人數(shù)過多的情況下，前臺須要不斷地與后

臺server打交道，可能會(huì)出現(xiàn)崩潰的狀況，為了解決問題，小編又有了新的想法。

建議：對于設(shè)計(jì)模式，在這個(gè)階段能夠大膽的嘗試創(chuàng)新，這也是對自己前段時(shí)間學(xué)習(xí)的一種磨練，不管用的好與壞這都無所謂。僅僅有你不斷的利用，你才會(huì)掌握設(shè)計(jì)模式的真諦。

觸發(fā)器

是SQL server 提供給程序猿和數(shù)據(jù)分析員來保證數(shù)據(jù)完整性的一種方法，它是與表事件相關(guān)的特殊的存儲過程，它的運(yùn)行不是由程序調(diào)用，也不是手工啟動(dòng)，而是由事件來觸發(fā)。

因此我們能夠通過觸發(fā)器的操作，在后臺數(shù)據(jù)庫中自己主動(dòng)的實(shí)現(xiàn)更新學(xué)生下機(jī)金額的計(jì)算。我們把算法所有封裝到觸發(fā)器中，全然的解除前段與數(shù)據(jù)庫的聯(lián)系，當(dāng)前段更新學(xué)生下機(jī)記錄的時(shí)候，直接觸發(fā)觸發(fā)器，自己主動(dòng)的完畢學(xué)生剩余金額的更新操作。這樣在某種程度上就降低了當(dāng)眾多人強(qiáng)制下機(jī)的時(shí)候，系統(tǒng)出現(xiàn)崩潰的狀況。

代碼

<span style="font-size:18px;"><span style="font-size:24px;">--假設(shè)這個(gè)存儲過程存在的話，就刪除 if(OBJECT_ID('tgr_UpdateOffline','tr') is not null) drop trigger tgr_UpdateOffline go create trigger tgr_UpdateOffline on onlineInfo for insert--插入觸發(fā) as --定義變量 declare @regulareUser float,@instantUser float, @atleastTime float,@prepareTime float,@stuid char(11), @consumeTime float,@money float,@atleastMoney float select @regulareUser =RegularUser,@instantUser =instantUser,@atleastTime=atleastTime,@prepareTime =preparetime,@atleastMoney=AtLeastMoney from BasicData --計(jì)算出學(xué)生上機(jī)消費(fèi)時(shí)間 select @stuid=stuid,@consumeTime= datediff(minute,convert(time(0),offTime),convert(time(0),onlineTime)) from inserted --開始推斷學(xué)生上機(jī)花費(fèi)的時(shí)間 --begin...and操作封裝計(jì)算學(xué)生剩余金額操作 begin if @consumeTime -@prepareTime <0 set @money=0 else if @consumeTime -@prepareTime -@atleastTime <0 set @money=@atleastMoney else set @money=@instantUser/60 * @consumeTime end--最后更新學(xué)生剩余金額操作 update StudentInfo set money =money-@money where stuid=@stuid </span></span>

當(dāng)然了為了能夠優(yōu)化觸發(fā)器，在更新學(xué)生剩余金額表上能夠建立有關(guān)于學(xué)生卡號的索引，能夠提高執(zhí)行速度。?

以上就是小編對于學(xué)生下機(jī)計(jì)算金額操作的小結(jié)，假設(shè)各位有更好的建議，能夠多多交流。

?

總結(jié)

以上是生活随笔為你收集整理的机房收费系统学生下机结账小结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。