Есть много способов решения этой проблемы, и какой из них вы выберете, будет зависеть от сложности вашего приложения и вашей модели данных.
Стандартный способ решения этой проблемы с точки зрения .NET будетбыть для создания модели Entity Framework поверх вашей базы данных SQLite.Это сгенерирует вашу объектную модель и позволит вам присоединить к ней поведение без особых хлопот.Он также несколько абстрагирует базу данных / постоянство от кода вашего приложения (ViewModels).Для получения подробной информации об этом подходе поищите в Google «Entity Framework» - там масса информации.EF значительно улучшился с момента выхода EF 4.0.
Если вы не хотите использовать EF (из-за сложности, накладных расходов или просто желания сделать что-то свое), то вам захочетсяЧитайте о популярных архитектурных шаблонов источников данных.Начните с шаблонов корпоративной прикладной архитектуры Мартина Фаулера - эта книга представляет собой библиографию управляемой данными прикладной архитектуры.Если вы не хотите покупать книгу, прочитайте описания шаблонов, найдите подходящий и выполните поиск в Google - в Интернете есть масса информации об этом материале.
Если у вас естьсложная модель с множеством поведений и шаблонов, тогда вам понадобится шаблон Domain Model для вашей модели и, возможно, шаблон источника данных Data Mapper для получения данных из вашегоБД и в твою модель.Это наиболее сложный подход, но сложность окупается гибкостью в будущем, если вам это нужно.
Если ваша модель данных проще, вы можете использовать Table Data Gateway или Row Data Gateway для доступа к данным и, возможно, Сценарий транзакции или Сервисный уровень для связи между моделью и базой данных.
Я прошу прощения запо сути, бомбардируют вас ссылками, но реальность такова, что когда вы выбираете архитектуру для приложения, важно проводить много исследований и, прежде всего, изучать и полагаться на известные решения.Удачи.