主键(Primary Key) class Topic { [Column(IsPrimary = true)] public int Id { get; set; } } 约定: 当没有指明主键时,命名为 id 的字段将成为主键:(不区分大小写) 当主键是 Guid 类型时,插入时会自动创建(有序.不重复)的值,所以不需要自己赋值:(支持分布式) 自增(Identity) class Topic { [Column(IsIdentity = true)] public int Id { get

前言 FreeSql 发布至今已经有9个月,功能渐渐完善,自身的生态也逐步形成,早在几个月前写过一篇文章<ORM 开发环境之利器:MVC 中间件 FreeSql.AdminLTE>,您可以先阅读上一篇文章内容了解来龙去脉,再回到这里观看. 我个人非常喜欢小规模团队的＂单打独斗＂,有的时候即使在大公司,也是做着3-5个人团队的小项目,相信不少人有类似的经历. 从上一篇文章可以看出,早先的 FreeSql.AdminLTE 只不过是花瓶,应用场景非常有限,仅仅在开发环境时管理测试数据的用途,这之后

前言 FreeSql 发布至今已经有9个月,功能渐渐完善,自身的生态也逐步形成,早在几个月前写过一篇文章<ORM 开发环境之利器:MVC 中间件 FreeSql.AdminLTE>,您可以先阅读上一篇文章内容了解来龙去脉,再回到这里观看. 我个人非常喜欢小规模团队的＂单打独斗＂,有的时候即使在大公司,也是做着3-5个人团队的小项目,相信不少人有类似的经历. 从上一篇文章可以看出,早先的 FreeSql.AdminLTE 只不过是花瓶,应用场景非常有限,仅仅在开发环境时管理测试数据的用途,这之后

FreeSql AOP 已有的功能介绍,未来为会根据用户需求不断增强. 审计 CRUD 马云说过,996是修福报.对于多数程序员来说,加班是好事...起码不是闲人,不会下岗. 当如果因为某个 sql 骚操作耗时很高,没有一个相关的审计功能,排查起来可以说无从下手,福报与你紧紧相随(哈哈). FreeSql 支持简单的类似功能: fsql.Aop.CurdAfter = (s, e) => { if (e.ElapsedMilliseconds > 200) { //记录日志 //发送短信给负责

比如项目内已经使用了其它 orm,如 efcore,这样意味着实体中可能存在 [Key],但它与 FreeSql [Column(IsPrimary = true] 不同. Q: FreeSql 实体特性为啥这么别扭? A: 为了考虑一致性用法,全部封装在 ColumnAttribute 下,这样用户使用起来,不用到处 using 或者 回忆特性应该用哪个名字,如自增 [Column(IsIdentity = true)] 即可. FreeSql 提供 AOP 自定义特性功能,实现与多个 orm

假定一个场景,开始做开发的你,领导走到你的面前说道:"小伙子,看了简历和最近的工作表现,很不错,现在交给一个任务,开发一个简单的CMS后端接口吧,前端有人配合你",当时你内心读白:"CMS什么东西,还好我可以百度,但我要在个项目上开搞啊",这时的领导又说道:"项目你自己建立,然后上传git就行了",这时你是否已经石化,本篇文章就为您提供一个快速建立后端开发的模板,作者自己总结出品,如有不妥,一定要留言哟.模板代码下载:https://github

ABP代码生成器介绍 针对abp这个框架做了一个代码生成器,功能强大.分为两大功能点,一个是数据层,一个是视图层. 数据服务层:通过它,可以实现表设计.领域层初始化.多语言.automapper自动注入.表的增删改查.批量删除.单数据修改等功能. 视图层呢,主要是指通过他能实现在数据层上的视图功能,都是通过ajax处理.然后各个插件如果前端验证.图片上传.华丽的maxlength.dropdownlist等功能. 也录制了视频,在传课网:传送门 大家要点击购买才能看全部视频内容.当然是免费的.

引言 - 赠送个 Cygwin (加精) Cygwin 有它存在的合理性. 至少比 wine 好太多了. 它主要功能是在winds上面简易的模拟出linux环境, 比虚拟机 轻量一点点. 坑也不少, 难卸载, api模拟也只是粗模拟, 对于linux系统级别很多api使用不一致. 当然及其适合刚开始学 习linux开发同学尝试. linux 搞多了, 可能还真不一定比 winds 好. 否则也不会那么多程序员用起了 Mac X. 作为一名开发者, 语言层面可有鄙视链. 系统层面最好少点. 很容易

ABP代码生成器介绍 ABP Code Generator 针对abp这个框架做了一个代码生成器,功能强大.分为两大功能点,一个是数据层,一个是视图层. 数据服务层:通过它,可以实现表设计.领域层初始化.多语言.automapper自动注入.表的增删改查.批量删除.单数据修改等功能. 视图层呢,主要是指通过他能实现在数据层上的视图功能,都是通过ajax处理.然后各个插件如果前端验证.图片上传.华丽的maxlength.dropdownlist等功能. 也录制了视频,在传课网:传送门 大家要点击购

新工作,第一个小任务,制作一个点击下载图片的功能.并提供批量下载操作.图片是字节流的形式,存放在数据库中的. 为了避免直接从数据库中,下载失败,会在本地保存一份. 进行压缩的是SharpZip这个压缩帮助类. 首先,创建一个实体,用来存放字节流这些 public class ATLRLAttachment { /// <summary> /// 字节流 /// </summary> public byte[] FileContent { get; set; } /// <su

EFCore 和 FreeSql 都是 ORM,在各自领域都有着独特的优势. 问题起源 假设某项目是使用 EFCore 开发的,且实体 特性或FluentApi 都配置好了,如: protected override void MapTable( EntityTypeBuilder builder ) { builder.ToTable( "cg_kssqbs" ); //实体表名有单独定义 } 此时用 FreeSql 操作实体会报错:数据库表不存在.除非又配置一套FreeSql的 特

FreeSql 支持 CodeFirst 迁移结构至数据库,这应该是(O/RM)必须标配的一个功能. 与其他(O/RM)不同FreeSql支持更多的数据库特性,而不只是支持基础的数据类型,这既是优点也是缺点,优点是充分利用数据库特性辅助开发,缺点是切换数据库变得困难.不同程序员的理念可能不太一致,作为功能库FreeSql支持到了极致,至于是否使用是项目组技术衡量的另一个问题. 尽管多种数据库适配逻辑非常复杂,FreeSql始终秉承优化程序开发习惯的原则尽量去实现,中间碰到了一些非技术无法攻克的难

FreeSql 提供使用 Fluent Api, 在外部配置实体的数据库特性,Fluent Api 的方法命名与特性名保持一致,如下: fsql.CodeFirst .ConfigEntity<TestFluenttb1>(a => { a.Name("xxdkdkdk1").SelectFilter("a.Id22 > 0"); a.Property(b => b.Id).Name("Id22").IsIdenti

有时候,我们希望将写好的 sql 语句,甚至是存储过程进行查询,虽然效率不高(有时候并不是效率至上). 巧用AsTable var sql = fsql.Select<UserX>() .AsTable((a, b) => "(select * from user where clicks > 10)") .Page(1, 10).ToList(); 本身 AsTable 是用来进行分表分库的,后续我们会接着讲. 友情提醒:当开启了自动同步结构功能,UserX

前言 FreeSql 目前版本号 0.5.5,预计明年元旦发布 1.0.0,切莫小看了版本号,目前单元测试方法1350+,并且每个方法内的涵盖面又比较广(不信的话见下图),每一次版本发布都作了较多的测试工作. 最近的一段时间,关注我们的人时不时会看见扩展包发布,今天振奋人心的功能主要是核心部分实现(扩展包今天当配角).就不多啰嗦了,咱们直接入主题. 功能一:MapType 类型映射 使用 codefirst 时序列化 json 或 jsonb 数据类型报错 使用 postgresql + ef

前言 这是一篇纯技术干货的分享文章,FreeSql 已经基本完成 .NETCore 最方便的 ORM 使命,我们正在筹备生态的建立,比如 ABP 中如何使用 FreeSql 的实现,需要各种各样的扩展包,好多好多工作量.有没有大神愿意无偿参与做这件事情,好吧..应该没有人!! 大约是在三天前,因为使用 FreeSql 的某项目需要做一个简单的后台功能,以便录入或管理数据.在实施的过程中好怀念当初 dotnetGen 生成器的味道,用它产生 curd 基本功能几乎是秒做: 然后今天发表的 Free

FreeSql 经过半年的开发和坚持维护,在 0.6.x 版本中完成了几大重要事件: 1.按小包拆分,每个数据库实现为单独 dll: 2.实现 .net framework 4.5 支持: 3.同时支持 MySql.Data.MySqlConnector 的实现: 4.自定义导航属性关系的配置: 5.配套工具 FreeSql.Tools 发布: 本文主要讲解第5项,大主角往往在最后才出现!!! 拆分小包 在此之前一直被吐槽 FreeSql 臃肿,没有小包开发理念.其实我是一点也不承认这种评价,虽

FreeSql 支持导航属性延时加载,即当我们需要用到的时候才进行加载(读取),支持1对1.多对1.1对多.多对多关系的导航属性. 当我们希望浏览某条订单信息的时候,才显示其对应的订单详细记录时,我们希望使用延迟加载来实现,这样不仅加快的了 读取的效率,同时也避免加载不需要的数据.延迟加载通常用于foreach循环读取数据时. 那么我们在定义Model的时候,需要在属性前面添加virtual关键字.如下 public class Order { [Column(IsPrimary = true)

FreeSql 经过半年的开发和坚持维护,在 0.6.x 版本中完成了几大重要事件: 1.按小包拆分,每个数据库实现为单独 dll: 2.实现 .net framework 4.5 支持: 3.同时支持 MySql.Data.MySqlConnector 的实现: 4.自定义导航属性关系的配置: 5.配套工具 FreeSql.Tools 发布: 本文主要讲解第5项<FreeSql.Tools>,大主角往往在最后才出现!!! 拆分小包 在此之前一直被吐槽 FreeSql 臃肿,没有小包开发理念.

废话开头 这篇文章是我有史以来编辑最长时间的,历时 4小时!!!原本我可以利用这 4小时编写一堆胶水代码,真心希望善良的您点个赞,谢谢了!! 很久很久没有写文章了,上一次还是在元旦发布 1.0 版本的时候,今年版本规划是每月底发布小版本(年底发布 2.0),全年的开源工作主要是收集用户需求增加功能,完善测试,修复 bug.FreeSql 1.0 -> 1.5 相隔半年有哪些新功能?只能说每个功能都能让我兴奋,并且能感受到使用者也一样兴奋(妄想症). 迫不及待的人会问,这更新速度也太快了吧,升级会