2017-04-03 107 views
-2

實際上,我們在我們的應用程序中使用Enterprise數據訪問邏輯,但目前解決方案有很多用於訪問SQL數據庫的數據連接邏輯,但是我們計劃在雲上移動相同的邏輯並分析的變化,但卡在以下幾點:MSFT企業庫和ADO.NET

  • 有很多在雲數據庫transientfaults的,我們認爲瞬時錯誤處理塊的,也是ADO.NET 4.5.2最新的內置重試邏輯,但是很多谷歌的後不在ADO.NET中發現MSFT聲明的內容,因爲我們不想更改數據訪問中的邏輯。如果ADO.NET支持瞬態故障。我們不得不考慮其他方法嗎?

所有建議將非常感激!

+0

企業庫是一個廢棄的框架。你還在使用它的任何原因? –

+0

是的,我同意。但是我們並不想改變舊代碼的更改是散裝的,任何方法,我們可以有這麼老的代碼不變,我們可以應用瞬時處理?像[這裏提到](https://msdn.microsoft.com/en-us/library/8xx3tyca(v = vs.110).aspx) – hemantsharma

+0

我建議你看看使用波莉。 https://github.com/App-vNext/Polly –

回答

0

Enterprise.transientfaulthandling包做得很好它運行處理SQL瞬態錯誤,重試,在他自己的,比波利更好的包裝裏面的代碼塊。