一文详解 C++ 框架:快速认识 ORM（orm框架有哪些 c#）
什么是 ORM？
关于 ORM，维基百科描述如下：
ORM 全称是 Object Relational Mapping（对象关系映射），是一种程序设计技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的“虚拟对象数据库”。
面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。
简单理解，ORM 就是在数据库和对象之间作了一个映射：
- 数据库的表（table） --> 类（class）
- 记录（record，行数据）--> 对象（object）
- 字段（field）--> 对象的属性（attribute）
为什么使用 ORM？
ORM 在关系数据库上提供了一个高级抽象，开发者可以使用自己喜欢的编程语言来处理数据库，而不必编写 SQL 语句或存储过程。
举个栗子吧，有一张用户表 user，要获取 id 为 1 的记录。按照传统方式，先要编写一条 SQL 语句：
QString?sql?=?"select?*?from?user?where?id?=?1";然后再执行 SQL 查询，随后就可以获取记录以及其中的字段值了：
QSqlQuery?query;
query.exec(sql);
if?(query.next())?{
????//?获取记录
????QSqlRecord?record?=?query.record();
????if?(!record.isEmpty())?{
????????//?获取字段值
????????QString?name?=?record.value("name").toString();
????????int?age?=?record.value("age").toInt();
????????qDebug()?<<?"name:"?<<?name?<<?"age:"?<<?age;
????}
}如果改为 ORM（例如：QxOrm），就会变为这样：
typedef?QSharedPointer<User>?UserPtr;
UserPtr?user(new?User());
user->id?=?1;
QSqlError?daoError?=?qx::dao::fetch_by_id(user);
if?(daoError.type()?==?QSqlError::NoError)?{
????qDebug()?<<?"name:"?<<?user->name?<<?"age:"?<<?user->age;
}比较之后你会发现，ORM 使用对象封装了数据库操作，因此不必再和 SQL 语句打交道了。只需要与数据对象直接交互即可，而无需关心底层数据库。
ORM 的优缺点
无论是何种技术，在使用时都应该权衡一番。ORM 也不例外，一起来看看它的优缺点吧！
优点：
- ORM 提供了一种面向对象的查询语言，这使得开发者可以专注于对象模型，而不必关心数据库结构或 SQL 语义。
- ORM 提供了大量的服务，开发者只需要关注业务逻辑，而不是重复的 CRUD（Create、Read、Update、Delete）操作，这可以减少大量的代码。
- ORM 将迫使你使用 MVC 风格，这通常会使代码更加简洁、更容易理解。
- ORM 有现成的工具，很多功能可以自动完成，比如预处理、事务等。
- ORM 对数据库进行了抽象，因此从一种数据库切换到另一种（例如：从 MySQL 到 PostgreSQL）会很容易。
缺点：
- 无论是什么 ORM 框架，都需要花费相当大的精力去学习和理解。
- ORM 抽象掉了数据库层，开发者无法了解底层数据库（和 SQL）的相关操作。
- 对于复杂的查询，ORM 要么难以实现，要么性能不如原生的 SQL。
主流的 ORM 框架
目前为止，C++ 中主流的 ORM 框架有以下几个：
- LiteSQL：https://litesql.org/
- ODB：https://www.codesynthesis.com/products/odb/
- QxOrm：https://www.qxorm.com/qxorm_en/home.html
- Wt::Dbo：https://www.webtoolkit.eu/wt/doc/tutorial/dbo.html
为了更清楚地了解它们的现状，有必要从不同角度对比一番，像许可协议、所支持的数据库等：
其中，LiteSQL 和 ODB 不依赖于特定的框架，而 QxOrm 依赖于 Qt，Wt::Dbo 依赖于 Wt。
综合考虑，如果是纯 C++ 开发，可以选择使用 ODB。它拥有大量的用户群体，（相比 LiteSQL）技术支持好，（相比 QxOrm）编译时间短，（相比 Wt::Dbo）提供了更多的特性，更重要的是它易于使用，并且提供了很全面的文档。
当然，如果是 Qt 开发，也可以选择使用 QxOrm。它几乎支持所有的数据库，并且也有良好的文档。除此之外，它还提供了一个图形编辑器 - QxEntityEditor，可以很方便地以图形方式来管理数据模型。
还有些什么
ORM 并不是 SQL/DB 技能的替代者，而是对它的补充，这两者可以说是相辅相成的！
就个人而言，我更喜欢使用 ORM，而不是编写 SQL 代码。因为后者很难维护，而 ORM 却能以更易读的格式提供所需的数据。另一方面，当在小型团队中工作时，一般我们充当的都是“全栈工程师”的角色，很少有专门的数据库专家做支持，这时 ORM 能极大地简化数据层的工作。
当然了，上述观点有一定的偏见，最终如何选择还是要取决于自己。无论如何，我还是强烈建议大家要理解 SQL 的原则，并掌握其中的一些常见操作。倘若你还没有使用过 ORM，建议尝试一下，看看它究竟是如何工作的，我相信你会喜欢上它的。
作者：一去、二三里，爱编程、爱分享、爱生活！
欢迎大家关注，更多优质原创内容敬请期待！
本文出自头条号【高效程序员】，VX 公众号同名。