一.插件功能:提供多种读取Excel的方式,如NPOI.Com.Aspose,调用接口一致,包括Excel文件路径,sheet名称.读取是否包含列头(即Excel第一行是否为列头行) 二.实现思路 2.1 定义一个接口,该接口提供一个读取Excel的公共方法 public interface IExcelReader { /// <summary> /// 从excel的datesheet读出数据到DataTable /// </summary> /// <param nam…

自动化运维平台愿景和服务器管理系统背景 服务器管理系统 管理后台示例 需求和设计 为什么开发服务器管理系统? 背景: 原来是用Excel维护服务器资产,samb服务[多个运维人员手动维护] 搭建运维自动化平台[服务器管理] 预算 部门合作数据交换,处理麻烦 目标: 硬件资产自动采集 API 架构设计: 采集资产[每台服务器上安装的客户端,agent,定时任务每天凌晨2点] API[入库和比较创建变更日志] 后台管理部分 系统目标 1. 自动采集服务器硬件资产信息 2. 报表 3. API(给其他…

前言: 前一篇文章 <『开源』也顺手写一个 科学计算器:重磅开源> ,继 Laura.Compute 算法开源之后,有 博客园 园友 希望公开一下 Laura.Compute算法 的 设计思路——就是本文了. 算法思想: 模拟人为思考过程的算法 —— 算法没有任何 取巧 的成分: 唯一的优势 在于 算法的抽象思想,算法的架构,算法的 先分析,后运算 的执行模式,还有 算法的 简单的插件扩展方式: 执行过程: 比方说 我们要计算  1 + 2 – 3 * 4 / 5 + LEN('ShuXiao…

一个方便且通用的导出数据到 Excel 的类库 起源: 之前在做一个项目时,客户提出了许多的导出数据的需求: 导出用户信息 导出业务实体信息 各种查询都要能导出 导出的数据要和界面上看到的一致 可以分页导出 ... 为了应对用户的这些需求,我决定先写一个能够满足这些需求的导出功能封装库,于是就有了这个类库. 选材: 导出 Excel 完全靠自己写是不太实际的,因此需要使用一些现成的东西,目前导出 Excel 大约有一下方法: 使用 COM 组件 使用 OpenXMLSDK 使用 NPOI 使用…

这两天本来只想实现地图的随机装饰,然后发现以前的bin格式设计存在不足,所以最后不得不去改地图,并去重制整个地图的阶段,此篇总结这个过程 先描述下bin结构 首先地图由无数六边形组合,一个六边形由两层组成,分为上层装饰(backTile)与下层装饰(foreTile),决定一个地块是什么类型的是由下层决定的,同时还有一层(blockType)决定这个地块属于什么地块 以下为MapBinDao,即游戏数据结构 以下为MapBin结构 这里添加了buildId,buildLv,facility,ar…

4种开源Excel读写类库与MS Excel类库写操作对比 软件开发过程中,经常需要将数据保存为.xls或.xlsx文件.之前发现微软提供的Microsoft.Office.Interop.Excel效率及其底下,所以搜集了另外4个可以独立读写Excel的开源类库,对写操作进行对比. 测试平台: CPU Intel Xeon, 3200 MHz (16 x 200) 主板 MSI E7525 Master-S2 (MS-9151) 内存 1024 MB  (Registered ECC DDR2…

​曾几何时,EXCEL在数据界可谓是独树一帜,引领风骚,在职场中无人不知,无人不晓.但是随着大数据的出现,EXCEL便风光不再,江河日下,一度被其他大数据工具挤到了后面,逐渐被边缘化了.而我是一个EXCEL忠实用户,从最开始的EXCEL2003用到了最新的EXCEL2016,每一次更新换代都感觉EXCEL的功能一次比一次强大,也更加地人性化.但是面对大数据的来势汹汹,EXCEL毕竟只是轻量级的工具,始终不是对手,因此要另辟蹊径对EXCEL的性能进行提升. 为了解决EXCEL的性能问题,我去向很多…

TYPESDK 服务端设计思路与架构之一:应用场景分析 作为一个渠道SDK统一接入框架,TYPESDK从一开始,所面对的需求场景就是多款游戏,通过一个统一的SDK服务端,能够同时接入几十个甚至几百个各种渠道的SDK.而且这些渠道接口的具体接入字段和接入逻辑,每个月以至每周,都可能发生或大或小的变动.在这样一个复杂的应用场景下,我们应该如何设计一个足够强大而又足够灵活的SDK服务端呢? 首先我们需要厘清,在整个应用场景中,TYPESDK所处的位置,以及它所需要实现的核心功能. 图1 如图1所示,T…

最近打算用C#实现一个基于文件的EventStore. 什么是EventStore 关于什么是EventStore,如果还不清楚的朋友可以去了解下CQRS/Event Sourcing这种架构,我博客中也有大量介绍.EventStore是在Event Sourcing(下面简称ES)模式中,用于存储事件用的.从DDD的角度来说,每个聚合根在自己的状态发生变化时都会产生一个或多个领域事件,我们需要把这些事件持久化起来.然后当我们需要恢复聚合根的最新状态到内存时,可以通过ES这种技术,从EventS…

设计目标 尽量快的处理命令和事件,保证吞吐量: 处理完一个命令后不需要等待命令产生的事件持久化完成就能处理下一个命令,从而保证领域内的业务逻辑处理不依赖于持久化IO,实现真正的in-memory: 保证命令.事件处理的顺序性,先来的先处理,先产生的先处理: 保证一个聚合根的事件只有一个线程在持久化,并按事件产生的顺序持久化: 持久化事件时如果遇到并发冲突时(聚合根ID+事件版本号出现重复)的处理代价要轻: 要能利用多核的优势: 总体设计思路 先将命令根据聚合根ID路由到CommandMailBo…