1
A
回答
4
代碼隱藏也被編譯。
0
外部的調試器,C#是從來沒有解釋。
將不會有內在的性能差異。
2
像其他人一樣,表現明智沒有區別,它都是編譯的。
爲了設計目的和可用性,您希望所有數據庫調用都位於一個單獨的項目中,該項目被認爲是DAL或數據訪問層,您的業務邏輯層將位於此之上並處理傳遞的數據來自DAL。
數據庫=> DAL =>商業邏輯/實體=>可選服務層=>演示(你的情況下,ASP網站,我相信嗎?)
這將大大借給你的解決方案的保養。
+0
是的解決方案是這樣佈置的。當我說數據庫調用處於代碼隱藏狀態時,我就錯過了。數據庫調用位於DL中,該調用通過BL調用,BL由代碼隱藏調用。 – 2010-07-22 20:20:02
相關問題
- 1. 企業庫Database.ExecuteNonQuery隱藏的性能問題
- 2. 隱藏代碼隱藏的HTML屬性
- 3. Flex 3:代碼隱藏問題
- 4. 問題與DIV顯示/隱藏代碼?
- 5. VBA代碼性能問題
- 6. ASP.Net在代碼隱藏的調用代碼隱藏功能的按鈕
- 7. 綁定CommandParameter代碼隱藏屬性
- 8. ASP.NET ObjectDatasource使用代碼隱藏屬性
- 9. 在代碼隱藏
- 10. 從代碼隱藏
- 11. Xamarin代碼隱藏
- 12. 隱藏java代碼
- 13. 從代碼隱藏
- 14. 表代碼隱藏
- 15. 隱藏源代碼
- 16. 隱藏在代碼
- 17. WPF代碼隱藏
- 18. 從代碼隱藏
- 19. 從代碼隱藏
- 20. R代碼中的性能問題
- 21. Matlab:代碼性能問題使用「ismember」
- 22. 隱藏代碼隱藏列表
- 23. 在代碼隱藏中確認功能
- 24. 問題與CSS溢出:隱藏屬性
- 25. 訪問代碼隱藏變量
- 26. 訪問XAML對象代碼隱藏
- 27. 我可以訪問DataTemplate代碼隱藏
- 28. 從代碼隱藏訪問asp:Tablerow風格
- 29. 在代碼隱藏中訪問DataContext
- 30. 訪問的ItemTemplate從代碼隱藏
雖然它在技術上沒有解釋,但在2.0中,vb文件偶爾會被服務器重新編譯。無論如何,它會這樣做的,所以對於那幾條額外線路的性能影響仍然不應該太大。 – cHao 2010-07-22 19:55:09