我正在看这个Steve Sanderson 的视频演示了如何将 SQLite 与 Blazor Web Assembly 结合使用 https://www.youtube.com/watch?v=kesUNeBZ1Os我正在考虑在我的一个项目中使用它。我只是想了解这样做的好处是什么。从我能找到的任何信息来看，实际的 SQLite 数据库似乎驻留在内存中。在他的项目中，他将其与 IndexedDB 同步以实现持久性。如果是这样的话，这比将数据作为对象列表存储在内存中并使用 Linq 直接查询对象（而不是实体框架从 SQLite 数据库查询）更好吗？如果需要，您还可以将对象持久保存到 IndexedDB。我从来不认为将这么多数据保存在内存中是个好主意。当看到您可以在 Blazor 中使用 SQLite 时，我最初的想法是它允许您将数据保留在客户端，而无需将其全部保留在内存中。如果情况并非如此，那么在 Blazor 应用程序中使用 SQLlite 有什么好处？
一个好的编程规则是 KISS - 保持简单。
因此，如果 Linq to Objects 满足了应用程序的要求，那么使用 SQLite 使其复杂化似乎是错误的做法。
然而，在视频中 Steve S. 确实提出了适合使用 SQLite 的要求参数 - 应用程序需要处理：
- 很多数据
- 在客户端
- offline
- quickly
这里使用 SQLite 并不是为了持久保存到客户端应用程序内存之外。
因此，关于使用 SQLite 的 Blazor 应用程序的优势的问题的答案很简单：
- 如果一个应用程序需要内存关系数据库的功能，但试图避免使用它，那么它要么在实现中重新发明轮子，要么缺少必要的功能。
- 如果应用程序不需要内存数据库的功能但正在使用内存数据库，则会引入不必要的复杂性（成本）。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
