摘要：
LibDeflateCompressor 性能深度分析：纯 C# DEFLATE 压缩器 vs C 原生 vs .NET 内置 ** Acl.Excel 系列文章（共 3 篇）** 序号 文章 重点 ③ Acl.Excel vs MiniExcel 1.45.0：百万行读写实测 端到端性能对决，最多 阅读全文
posted @ 2026-07-27 15:43
风云
阅读(318)
评论(3)
推荐(5)
摘要：
你的领域逻辑是否被UI前端绑架了？
你的领域逻辑是否被Asp.net的Session、Cookie、Cache等东东绑架？
你的领域逻辑是否被MVC或者WebApi的什么什么ActionResult.ControllerContext，ControllerBase，ApiController 等绑架？
你的领域逻辑是否被WCF的数据契约、服务契约、操作契约以及繁琐的ABC配置所绑架？
你的领域逻辑是否被WebService、Remoting等分布式架构所绑架？
你的领域逻辑是否被Ado.net 所绑架（强类型的SqlConnection等）？
你的领域逻辑是否被ORM所绑架（如EF、NHibernate等）？
你的领域逻辑是否被不支持多数据库所绑架？
你的领域逻辑是否很难支持多谢分离？
没有裸奔的领域逻辑是否该甩掉包袱开始裸奔呢？ 阅读全文
posted @ 2012-06-13 02:47
风云
阅读(3884)
评论(12)
推荐(5)
摘要：
百万行Excel如何恒定内存？Acl.Excel流式拆解 本文力求客观：既呈现 Acl.Excel 的实测数据，也如实标注测试口径、版本差异与已知局限，供读者自行判断。 口径说明：解压吞吐为 LibDeflate 对 .NET DeflateStream 的实测 1.8x-2.7x；超大文件恒定内存 阅读全文
posted @ 2026-08-12 21:41
风云
阅读(35)
评论(0)
推荐(0)
摘要：
不依赖 NPOI/ClosedXML，纯 C# Excel 库如何做到 30 倍性能？ 本文力求客观：既呈现 Acl.Excel 的实测数据，也如实标注测试口径、版本差异与已知局限，供读者自行判断。 口径说明：本文性能数据基于 10K 行 × 7 列基准（.NET 8 Release、Benchma 阅读全文
posted @ 2026-08-11 18:48
风云
阅读(199)
评论(0)
推荐(1)
摘要：
Acl.Excel vs MiniExcel 1.45.0：百万行读写实测，托管内存低至 1/37，QueryFirst 平分秋色 本文所有测试代码与测试数据均直接取自 MiniExcel 官方 benchmark 仓库，仅追加 Acl.Excel 的对比项。本文力求客观：既呈现 Acl.Excel 阅读全文
posted @ 2026-07-30 11:22
风云
阅读(303)
评论(2)
推荐(4)
摘要：
从 libdeflate 到纯 C#：Acl.Excel DEFLATE 解压/压缩器的移植与优化之路 TL;DR：我们将 C 语言高性能压缩库 libdeflate 1.25 的 DEFLATE 解压器和压缩器完整移植为纯 C#（解压器 926 行 + 压缩器 2005 行 = 2931 行核心代 阅读全文
posted @ 2026-07-28 12:10
风云
阅读(324)
评论(0)
推荐(4)
摘要：
最近在使用docker 构建centos7 容器时，发现无法使用systemctl 命令。后来万能的百度解决了问题，随记之以备后用。 解决办法： 验证方法： 阅读全文
posted @ 2019-08-16 17:18
风云
阅读(8168)
评论(1)
推荐(0)
摘要：
上周五部门开会讨论新一代产品（基于.net Winform）的设计规范，从设计规范慢慢讨论到体系结构等架构存在的问题，诸如菜单、工具条、状态条、界面布局等不能实现配置化和自动化，子系统之间拥有强依赖，甚至产生强依赖等等，最后我提出通过OSGi 框架来解决界面和模块之间的问题，并立下军令状一周内把核心框架Beta搭建完毕，第二周进行一次培训。 基于项目的特点，结合贞宝兄的OSGi.Net 和Mono.Addins 进行了重新诠释，在两天半的时间里通过Mono.Addins 和NLite 的依赖注入容器相结合实现了诠释后的OSGi规范，再这里首先感谢贞宝兄在OSGi规范的布道和推广工作，其次要.. 阅读全文
posted @ 2013-06-20 16:00
风云
阅读(2533)
评论(14)
推荐(7)
摘要：
菜阿斌以前写了两篇很好的文章：为什么要让我们的“领域模型”裸奔？（上），（下），在我的 架构视角面面观中也介绍了领域逻辑经常被Web 组件Api、分布组件Api、ORM组件API、ADO API 等污染，上面的几篇文章讲了领域裸奔的重要性、以及常见项目中的领域被污染的问题，关于如何解决该问题， 网上关于这方面的介绍倒很少。本篇将介绍如何让我们的领域逻辑不被Web组件、分布组件所污染，解决该问题的主角将是NLite.WebAPI 组件，下面就让它登场吧。 NLite WebApi NLite web api 是基于NLite.Web和 Ndf的服务分发器引擎，并借助Asp.net 的ht... 阅读全文
posted @ 2013-02-21 00:40
风云
阅读(3133)
评论(6)
推荐(6)
摘要：
NLite Web 组件的特点支持泛型Page支持Ndf内核的WebApi支持页面的DI、用户组件的DI注入支持Web页面方法的自动路由支持HttpListener，通过HttpListener自动扩展HttpModule拥有灵活强大的性能监视接口：监视Web页面，监视Ndf服务分发器，监视Nlite WebApiChange log for NLite.WebNUI 0.3(2013/2/20)基于http://nui.codeplex.com/SourceControl/changeset/100290版本1. 更新NLite.web依赖的组件2. 添加强签名支持3. 设置版本号 0.3 阅读全文
posted @ 2013-02-20 12:23
风云
阅读(892)
评论(3)
推荐(0)
摘要：
NLite Domain Framework 简称NDF， 是一个轻量级的服务分发器框架，该框架以业务逻辑的高内聚，高复用性，高松耦合和便捷的可测试性为宗旨，支持嵌入式和分布式部署， 支持Asp.net Mvc,WebForm, Winform等，以NLite组件为基础， 支持服务别名，方法别名，方法重载，方法参数的自动绑定，校验功能和Filter等扩展功能。NDF和Asp.net MVC进行了深度整合，NDF继承了Asp.netMVC强大的视图引擎，采用桥梁模式把MVC的ActionResult和服务结果的NavigationResult进行了很好的桥接，并扩展了MVC的控制器和控制器工厂， 阅读全文
posted @ 2013-02-20 11:02
风云
阅读(880)
评论(0)
推荐(0)
浙公网安备 33010602011771号