談了些實(shí)現(xiàn)問題，來說說幾個(gè)題外話：

（1） 性能問題：Cache Management能顯著提高數(shù)據(jù)訪問效率，但對(duì)內(nèi)存的要求比較高，尤其是在Web Application或Remoting Server這種應(yīng)用環(huán)境下！

所以，這就要求我們應(yīng)該將“錢”用在“刀刃”上（對(duì)內(nèi)存毫不在乎者除外J），不能亂花錢！

一般，對(duì)于系統(tǒng)數(shù)據(jù)（如：應(yīng)用 / 模塊，組 / 用戶 / 權(quán)限等）或Lookup Data（如：婚姻狀況列舉 / 政治面貌列舉等），可以考慮放入Cache；另外，如果客戶（請(qǐng)注意：不是開發(fā)人員！）認(rèn)為變動(dòng)可能性較小或頻率不高的Business Data也可以考慮放入Cache；

（2） 手工刷新：Cache是把雙刃劍，帶來便利的同時(shí)也增添煩惱。“手工刷新數(shù)據(jù)”可能就是其中最麻煩的事情！

在系統(tǒng)調(diào)試階段，我們還可以通過關(guān)閉Cache功能（在配

置信息中注釋掉相關(guān)內(nèi)容）來避免這個(gè)問題，可一旦上線，

就只能通過其它方式進(jìn)行解決了！



在這里，作者先試著給出3種解決方案：

i. 對(duì)于Web Application，可以利用.NET Framework提供的Dependency機(jī)制將Cache綁定至文件系統(tǒng)，一旦數(shù)據(jù)變化，只需更新相關(guān)文件或目錄信息即可達(dá)到Cache Refresh目的（不符合Ease of Use標(biāo)準(zhǔn)L）！但對(duì)于Windows Application，Dependency就需要自己實(shí)現(xiàn)了L

ii. 可以使用Observer Pattern將所有的Data Access Logic更新操作進(jìn)行登記，一旦調(diào)用更新方法，立刻執(zhí)行相關(guān)delegate以更新Cache Data！

這或許是一個(gè)對(duì)客戶最為友好的解決方案（有個(gè)限制

條件：客戶不能直接修改Database數(shù)據(jù)J），但對(duì)開

發(fā)人員卻是一個(gè)無盡的“折磨”（整天提心吊膽，總

擔(dān)心忘了登記L）！

iii. 自己實(shí)現(xiàn)一個(gè)UI，對(duì)Cache Data進(jìn)行Refresh Management！這是個(gè)介于上面兩種方法間的折衷方案，也是作者比較傾向的一種思路（當(dāng)然了，如果哪位朋友有興趣將上面3種統(tǒng)統(tǒng)實(shí)現(xiàn)并有機(jī)整合之，那就功德無量了J）。





最后，奉上作者機(jī)器上的Cache部分配置信息供各位參考：

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

<dafConfiguration>

<dal>

<class name="CustomerDal_ORM">

<method name="GetAllCustomers"

DistributionType="REMOTING"

cacheitem="allcustomers" />

</class>

</dal>

<cache>

<group name="business">

<item name="allcustomers">

<webapp absoluteExpiration="12.0,hour"

priority="High" />

<winapp accessCount="2" />

</item>

</group>

</cache>

</dafConfiguration>

</configuration>































































下一段：http://www.csdn.net/develop/Read_Article.asp?id=27562