有很多方法可以解决这个问题,您选择哪一种方法将取决于您的应用程序和数据模型的复杂程度.
从.NET的角度来看,这种方法的标准方法是在SQLite数据库之上创建一个Entity Framework模型.这将生成您的对象模型,并允许您附加行为,而不用太大惊小怪.它还从应用程序代码(ViewModels)中抽象出数据库/持久性.有关此方法的详细信息,请在Google上搜索"实体框架" - 其中有大量信息.自EF 4.0发布以来,EF已经大大改善.
如果您不想使用EF(由于复杂性,开销或只是想要自己动手),那么您将需要阅读流行的数据源架构模式.从Martin Fowler的企业应用程序架构模式开始- 本书是数据驱动的应用程序架构的圣经.如果你不想购买这本书,那么请仔细阅读模式说明,找到合适的书并进行谷歌搜索 - 网上有大量关于这些内容的信息.
如果您有一个包含大量行为和模式的复杂模型,那么您将需要查看模型的域模型模式以及可能的数据映射器数据源模式,以便将数据从数据库中导出到模型中.这是最复杂的方法,但如果您需要,复杂性可以带来灵活性.
如果您的数据模型更简单,那么您可能希望使用表数据网关或行数据网关进行数据访问,并可能使用事务脚本或服务层进行模型和数据库之间的通信.
我为基本上用链接轰炸你道歉,但现实是在决定应用程序的架构时,重要的是做大量的研究,最重要的是学习并依赖已知的解决方案.祝好运.
| 归档时间： |
|
| 查看次数： |
1383 次 |
| 最近记录： |