前言

13年毕业之际，进入第一家公司实习，接触了 EntityFramework，当时就觉得这东西太牛了，访问数据库都可以做得这么轻松、优雅！毕竟那时还年轻，没见过世面。工作之前为了拿个实习机会混个工作证明，匆匆忙忙学了两个月的 C#，就这样，稀里糊涂的做了程序员，从此走上了一条不归路。那会也只知道 SqlHelper，DataTable。ORM？太高档上，没听说过。虽然在第一家公司只呆了两个月，但让我认识了 EntityFramework，从此也走上了 ORM 的不归路...纯纯的实体，增改删超级简单，查询如行云流水，真心没理由抗拒！以至于后来进入第二家公司做开发极其不适应，因为他们没用 EF，也不用类 get='_blank'>linq 的 ORM，他们有自己数据库访问框架。那套东西实体设计复杂，支持的功能少，查询条件还依赖字符串，开发容错率太低，DB操作入口接口设计也很重，里面方法不下60个，看心凉，用心累！那时，好怀念 EF~在新公司工作的时间内，来回都是增改页面，做增删查改，修复BUG，多少有点枯燥乏味，渐渐感觉编码能力提升太慢。同时鉴于用公司的 ORM 也不是很顺手，于是，萌生了自己写 ORM 的念头，再然后...Chloe.ORM 面世了~

Chloe.ORM

Chloe 查询接口设计借(zhao)鉴(ban) linq，但不支持 linq。开发之前，我给我的 ORM 查询条件接口定义一定要支持lambda表达式(潮流、趋势，在这不讨论表达式树的性能)。开发之初，也有自己设计过查询接口，想了一套又一套，始终没 linq 设计的接口方便，后来，不想了，直接抄 linq，不解释！前人如此伟大设计，不用真对不起他们，我要站在他们的肩膀上！

先看下 IDbContext 接口：

public interface IDbContext : IDisposable{  IDbSession CurrentSession { get; }  IQuery<T> Query<T>() where T : new();  IEnumerable<T> SqlQuery<T>(string sql, params DbParam[] parameters) where T : new();  T Insert<T>(T entity);  object Insert<T>(Expression<Func<T>> body);  int Update<T>(T entity);  int Update<T>(Expression<Func<T, T>> body, Expression<Func<T, bool>> condition);  int Delete<T>(T entity);  int Delete<T>(Expression<Func<T, bool>> condition);  void TrackEntity(object entity);}

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：[开源].NET数据库访问框架Chloe.ORM

关键词：.NET