You want to be able to reference your strongly typed data model without referencing any of the lower-level data access APIs. Your consuming code shouldn't have any awareness of where your data model originates from. You might want to use your data model in your UI layer. Your UI layer just needs to know about the model, not how the model is populated with data.
Why should we separate DataSet code from DataAccess code?
-
03-04-2022 - |
Question
I've been converting my WinForm application using a tiered approach following this article: http://msdn.microsoft.com/en-us/library/vstudio/bb384570.aspx
In the article, it recommends creating two separate class libraries, one for the typed DataSet class and one for DataAccess. I figured these two entities are fairly coupled logically, so why divide them?
Solution
Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow