程序应用场景：
年初从总公司交接了一个评分系统，系统大概情况是80w考生，每个考生105条作答数据，作答数据主要是客观题（单选题，多选题，判断题），评分时间大概40分钟左右。
需求：优化代码，提升评分效率，优化之后评分完成在20分钟左右。
已有代码优化逻辑：
1.程序方面：
多线程,通过计算评分
安装插件
安装插件Image Picker
$ ionic cordova plugin add cordova-plugin-telerik-imagepicker
$ npm install @ionic-native/image-picker
安装插件File Transfer
$ ioni
大家好，我叫汤雪华。我平时工作使用Java，业余时间喜欢用C#做点开源项目，如ENode, EQueue。我个人对DDD领域驱动设计、CQRS架构、事件溯源（Event Sourcing，简称ES）、事件驱动架构（EDA）这些领域比较感兴趣。我希望把自己所学的知识能否分享给大家，所以，把
关于CQRS，在实现上有很多差异，这是因为CQRS本身很简单，但是它犹如潘多拉魔盒的钥匙，有了它，读写分离、事件溯源、消息传递、最终一致性等都被引入了框架，从而导致CQRS背负了太多的混淆。本文旨在提供一套简单的CQRS实现，不依赖于ES、Messaging等概念，只关注CQRS本身。
CQRS的本
当我写下这个标题的时候，我就有些后悔了，题目有点大，不太好控制。但我还是打算尝试一下，通过这篇内容来说清楚CQRS模式，以及和这个模式关联的其它东西。希望我能说得清楚，你能看得明白，如果觉得不错，右下角点个推荐！
先从CQRS说起，CQRS的全称是Command Query Responsibili
转载请在文章开头附上原文链接地址：https://www.cnblogs.com/Sunzz/p/10979970.html
数据库操作
ORM
ORM 全拼Object-Relation Mapping，中文意为 对象-关系映射。主要实现模型对象到关系数据库数据的映射
优点 :
只需要面向对象编程
.NET下日志系统的搭建——log4net+kafka+elk
前言
我们公司的程序日志之前都是采用log4net记录文件日志的方式(有关log4net的简单使用可以看我另一篇博客)，但是随着后来我们团队越来越大，项目也越来越大，我们的用户量也越来越多。慢慢系统就暴露了很多问题，这个时候我们
1.创建命名空间
新建一个yaml文件命名为monitor-namespace.yaml，写入如下内容：
apiVersion: v1
kind: Namespace
metadata:
name: monitoring
&
一、Kubernetes 服务暴露介绍
从 kubernetes 1.2 版本开始，kubernetes提供了 Ingress 对象来实现对外暴露服务；到目前为止 kubernetes 总共有三种暴露服务的方式:
LoadBlancer Service
NodePort
一、简介
之前写过一篇关于Jenkins搭配GitLab实现.net core项目自动发布到IIS的博文，比较简单哈，只是个Demo。本篇我们将会使用Jenkins搭配GitLab实现镜像的自动打包和上传，这篇其实是一个铺垫篇，因为后面我们需要使用Jenkins实现kubernetes的发
之前是使用NLog直接将日志发送到了ELK，本篇将会使用Docker搭建ELK和kafka，同时替换NLog为Log4net。
一.搭建kafka
1.拉取镜像
//下载zookeeper
docker pull wurstmeister/zook
我们需要做以下工作：
（1)安装VMware，运行CentOs系统，一个做master，一个做node。
（2）安装K8s。
（3）安装docker和部分镜像会需要访问外网，所以你需要做些网络方面的准备工作，大家可以去某宝找一下，或者在网络上找别人下好的也可以。
一、开场白
在系统设计里我们有很多配置希望独立于系统之外，而又能够被系统实时读取。但是在传统的系统设计里，配置信息通常是耦合在系统内的，比如.net里通常会放在App.config或者web.config里，.net core则是appsettings.json里，这些都不够灵活，如果在制
SkyWalking的安装和简单使用已经在前面一篇介绍过了，本篇我们将在商城中添加SkyWalking构建调用链监控。
顺带一下怎么把ES设置为Windows服务，cd到ES的bin文件夹，运行elasticsearch-service.bat install。
RabbitMQ是什么，怎么使用我就不介绍了，大家可以到园子里搜一下教程。本篇的重点在于实现服务与服务之间的异步通信。
首先说一下为什么要使用消息队列来实现服务通信：1.提高接口并发能力。 2.保证服务各方数据最终一致。 3.解耦。
使用消息队列通信的优点就是直接调用的缺点，
当我们使用微服务架构之后，紧接而来的问题便是服务之间的程序集引用问题，可能没接触过的同学不太理解这句话，都已经微服务化了为什么还要互相引用程序集，当然可以不引用。但是我们会有这样一种情况，我们的每个接口都会有请求参数和返回结果，规范来说我们需要为每个接口分别创建一个请求类（Request）和返回类（
项目进行微服务化之后，随之而来的问题就是服务调用过程中发生错误、超时等问题的时候我们该怎么处理，比如因为网络的瞬时问题导致服务超时，这在我本人所在公司的项目里是很常见的问题，当发生请求超时问题的时候，我们希望能够自动重试，或者是在发生服务错误时采取一定的策略，比如限流熔断等等。
本篇将会使
1.服务注册
在上一篇的鉴权和登录服务中分别通过NuGet引用Consul这个包，同时新增AppBuilderExtensions类：
public static class AppBuilderExtensions
{
这里第一次搭建，所以IdentityServer端比较简单，后期再进行完善。
1.新建API项目MI.Service.Identity,NuGet引用IdentityServer4,添加类InMemoryConfiguration用于配置api和客户端资源：
publ
1.开场白
HI，各位老铁，大家端午好，之前写了些关于.net core商城系列的文章，有点乱，今天心血来潮想着整理一下（今天只是先把目录列出来，后面的每篇文章这两天会进行重新修改的，目前先将就看下）。
简单介绍一下，博主目前就职于某电商公司，目前工作用的是.net core，业
客服
