|
談了些實現問題，來說說幾個題外話：
（1） 性能問題：Cache Management能顯著提高數據訪問效率，但對內存的要求比較高，尤其是在Web Application或Remoting Server這種應用環境下！
所以，這就要求我們應該將“錢”用在“刀刃”上（對內存毫不在乎者除外J），不能亂花錢！
一般，對于系統數據（如：應用 / 模塊，組 / 用戶 / 權限等）或Lookup Data（如：婚姻狀況列舉 / 政治面貌列舉等），可以考慮放入Cache；另外，如果客戶（請注意：不是開發人員！）認為變動可能性較小或頻率不高的Business Data也可以考慮放入Cache；
（2） 手工刷新：Cache是把雙刃劍，帶來便利的同時也增添煩惱。“手工刷新數據”可能就是其中最麻煩的事情！
在系統調試階段，我們還可以通過關閉Cache功能（在配
置信息中注釋掉相關內容）來避免這個問題，可一旦上線，
就只能通過其它方式進行解決了！
在這里，作者先試著給出3種解決方案：
i. 對于Web Application，可以利用.NET Framework提供的Dependency機制將Cache綁定至文件系統，一旦數據變化，只需更新相關文件或目錄信息即可達到Cache Refresh目的（不符合Ease of Use標準L）！但對于Windows Application，Dependency就需要自己實現了L
ii. 可以使用Observer Pattern將所有的Data Access Logic更新操作進行登記，一旦調用更新方法，立刻執行相關delegate以更新Cache Data！
這或許是一個對客戶最為友好的解決方案（有個限制
條件：客戶不能直接修改Database數據J），但對開
發人員卻是一個無盡的“折磨”（整天提心吊膽，總
擔心忘了登記L）！
iii. 自己實現一個UI，對Cache Data進行Refresh Management！這是個介于上面兩種方法間的折衷方案，也是作者比較傾向的一種思路（當然了，如果哪位朋友有興趣將上面3種統統實現并有機整合之，那就功德無量了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
|
