排查一次线程数与预想数不一样的问题 - 线程池

最近公司线上消费队列出现消息堆积的现象,立马看了眼代码,是由调度任务开了十条线程进消费,当时就迷惑了,怎么数据量大到十条线程都承受不起.

实现较简单的OrderBy使用方式，适配使用起来表达式比较复杂的ORM

前言现在这边公司有着自己的ORM，对OrderBy函数的设计较为复杂使用起来的方式是这样的：queryOrder = query.OrderBy(x => new object[] { SqlHelper.Desc(() => x.Id) });虽说“自定义性”比较高,但对于一个存在多个

FW 迁移到 Core 常见的坑或问题

该记录对FW项目Core迁移的一些坑、调整等变动和遇到的问题。一为了迁移学习记录二是方便后续迁移工作，尽量避免多次遇到同个文档导致项目迁移工作卡顿和测试、线上问题迁移常见问题：1.Core3.1Json序列化使用Newtonsoft.Json原因可参考使用的包为Microsoft.AspNetCor

C# List分页

前言看到了自己的朋友写了一个Cut的分页函数，看到他里面先new List，for进行赋值，再返回我看完，嘶...不是有更方便的方法嘛，比如yield所以在这里贴一下代码,也方便自己以后CVpublic static IEnumerable<IEnumerable<T>> G

通过Expression初始化对象获取赋值内容，用到不完整的ORM中

前言代码如下拼接批量入库Sqlpublic static int Update<T>(this ITable<T> itable, Expression<Func<T, T>> expressions, Expression<Func<T,

自用组装批量入库SQL方法

缘由原来公司有个实习生因为遇到大量数据入库，ORM对其没有比较好得优化支持，他就实现了一套用 += 组装原生sql入库，每条数据都有一个INSERT INTO实习生嘛,也就算了,指正下就好,而用 += 就必须要改了,要换成StringBuilder 这个就另一个问题了后来我也遇到需要批量的原生SQL

FW+jenkins到Core+Coding的迁移流程记录

公司项目是FW4.5.1，近期准备迁移到Core，并放到Coding上。设计项目较多，每次迁移都一直回想步骤，有点费脑。所以还是写篇文章，记录下流程一方面是给别人看，另一方面是以防自己忘记，后续的迁移，也能无脑对着文章操作就行。一、环境、版本说明FW Web -> Core Web 3.1FW