Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I’m currently creating a WPF app in C# and have been following this diagram . I’ve read several articles on MVVM but I ‘m specifically looking for details on everything below the dotted box (so the Model and Data access). I already have a local database setup (SQLite) and I’m looking for an efficient way of connecting it to my application.
Are there any good articles or demos of creating this specific part for MVVM?
There are many ways to approach this problem and which one you choose will be determined by the complexity of your application and your data model.
The standard way to approach this from a .NET point of view would be to create an Entity Framework model on top of your SQLite database. This will generate your object model and allow you to attach behaviour to it without too much fuss. It also somewhat abstracts the database/persistence from your application code (ViewModels). For details on this approach, search Google for ‘Entity Framework’ – there is a ton of information out there. EF has improved dramatically since the release of EF 4.0.
If you don’t want to go with EF (due to complexity, overhead or just the desire to roll your own) then you’re going to want to read up on popular data source architectural patterns. Start with Martin Fowler’s Patterns of Enterprise Application Architecture – this book is the bible of data-driven application architecture. If you don’t want to buy the book then read through the pattern descriptions, find an appropriate one and do a Google search – there is a ton of information about this stuff on the web.
If you have a complex model with loads of behaviour and patterns then you’ll want to look at the Domain Model pattern for your model and probably the Data Mapper data source pattern for getting the data out of your DB and into your model. This is the most complicated approach, but the complexity pays off in flexibility down the road, if you need it.
If your data model is simpler then you may want to use either Table Data Gateway or Row Data Gateway for data access and probably Transaction Script or Service Layer for communication between the model and database.
I apologize for essentially bombarding you with links but the reality is when deciding on an architecture for an application it’s important to do lots of research and above all learn and rely upon known solutions. Good luck.