ASP.NET Core开发者指南
ASP.NET Core开发者指南
2019年ASP.NET Core开发者指南:
你可以在下面找到一张图，该图展示了你可以选取的路径及你想学习的库，从而成为一名 ASP.NET Core 开发者。“作为 ASP.NET Core 开发者，我接下来应该学习什么？”，我把这张图作为建议给每个问过我这一问题的人。
免责声明
该指南的目的是为了给读者心里留个大概 ...
mongodb与mysql区别（超详细）
MySQL是关系型数据库。
优势：
在不同的引擎上有不同 的存储方式。
查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
开源数据库的份额在不断增加，mysql的份额页在持续增长。
缺点：
在海量数据处理的时候效率会显著变慢。
Mongodb是非关系型数据库(nosql ),属于文档型 ...
深度长文-我花了10天时间造了个轮子，你们可能会有兴趣
介绍
这个项目叫做 TomatoLog，托管在 GitHub 项目上，使用的 License 是 MIT，请放心试用，目前该项目主要由我个人维护，还有两位大神加入了协作者中。
** TomatoLog.Server 基于 .NETCore2.2
** TomatoLog.Client 基于 netstandard2.0
项目主页以及组件说明
https://github.com/lianggx/TomatoLog
** 中文说明文档：
http ...
最详细的Windows平台安装MongoDB教程
一、MongoDB简介
MongoDB是一个基于分布式文件存储的数据库，由C++语言编写，旨在为WEB应用提供可扩展的高性能数据存储解决方案。
MongoDB将数据存储为一个文档，数据结构由键值(key=>value)对组成，MongoDB文档类似于JSON对象，字段值可以包含其他文档，数组及文档数组。
MongoDB服务端可运行在Linux、Windows或mac os x平 ...
8天入门docker系列 —— 第一天 docker出现前的困惑和简单介绍
docker出来也有很多年了，但用到的公司其实并不是很多，docker对传统开发是一个革命性的，几乎颠覆了之前我们传统的开发方法和部署模式，而大多
公司保守起见或不到万不得已基本上不会去变更现有模式。
一：Docker出现之前我们都有哪些困惑
1. 应用依赖多，系统参数配置杂，部署起来 ...
Docker最全教程——MongoDB容器化（十二）
MongoDB容器化
MongoDB是一个免费的、开源的、跨平台分布式面向文档存储的数据库，由C++语言编写。旨在为WEB应用提供可扩展的高性能数据存储解决方案。
MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似json的bson格式，因此可以 ...
ASP.NET Core 项目实战（持续更新~~~）
一、前言
准备写这个系列文章的设想开始于今年9月，毫无意外，期间又又又又拖了很长时间，文章主要是为了记录自己学习使用 ASP.NET Core Web API 与 Vue 创建一个前后端分离的项目的整个过程。嗯，2018年快要结束了，应该能在 .NET Core 3.0 正式版和 Vue 3.0 正式版发布前完成吧。。。
代码仓储地址：https: ...
Java体系学习书籍推荐
以下所有资料均可在：Java知识分享网下载。
大家有推荐的书可以在下方留言！
开源代码GitHub仓库总结
计算机基础
计算机科学导论 --(如果不是计算机科班的，应先看看计算机基础，了解一些基本概念，有助于之后的学习)
计算机操作系统
操作系统原理及应用(Linux)
LINUX
Linux命令行与shell脚 ...
详解MongoDB中的多表关联查询（$lookup）
一. 聚合框架
聚合框架是MongoDB的高级查询语言，它允许我们通过转换和合并多个文档中的数据来生成新的单个文档中不存在的信息。
聚合管道操作主要包含下面几个部分：
命令
功能描述
$project
指定输出文档里的字段.
$match
选择要处理的文档，与fine()类似。
$limit
限制传递给下一步的文档数量。
...
瞧一瞧！这儿实现了MongoDB的增量备份与还原（含部署代码）
一 需求描述
我们知道数据是公司的重要资产，业务的系统化、信息化就是数字化。数据高效的存储与查询是系统完善和优化的方向，而数据库的稳定性、可靠性是实现的基础。高可用和RPO（RecoveryPointObjective，复原点目标，指能容忍的最大数据丢失量）是衡量一个数据库优劣的重要指标。作为一个DBA，搭建数据库可靠性体系时， ...
eShopOnContainers 知多少[1]：总体概览
引言
在微服务大行其道的今天，Java阵营的Spring Boot、Spring Cloud、Dubbo微服务框架可谓是风水水起，也不得不感慨Java的生态圈的火爆。反观国内.NET阵营，微服务却不愠不火。
微软在其官网的架构体系上推出了eShopOnContainers微服务参考应用，用来推广基于.NET Core的微服务架构。我也将基于此来学习研究微服务，并分享 ...
.net core appsetting/获取配置文件
修改appsetting
最近用Identity4所以需要做一个配置项项目
{
"Logging": {
"IncludeScopes": false,
"LogLevel": {
"Default": "Warning"
}
},
"Indentity": {"Center": "",//这部分就是要取的
"ApiCenter": ""
}
}
在startup中获取
首先我们要从 Indentity中 获取center ...
在ASP.NET Core2上操作MongoDB就是能这么的简便酷爽（自动完成分库分表）
NoSQL是泛指非关系型的数据库，现今在我们的项目中也多有使用，其独特的优点为我们的项目架构带来了不少亮点，而我们这里的主角（MongoDB）则是NoSQL数据库家族中的一种。事实上，NoSQL数据库的应用场景有很多，其最主要的目的就是为了能解决大规模数据集合多重数据种类带来的困难，及大数据应用的难题。
MongoDB
Mo ...
推荐一款MongoDB的客户端管理工具--nosqlbooster
今天给大家推荐一款MongoDB的客户端工具--nosqlbooster，这个也是我工作中一直使用的连接管理MongoDB的工具。这个工具还有个曾用名--mongobooster。nosqlbooster立志做“The Smartest IDE for MongoDB”。它支持 MongoDB v2.6-4.0所有版本，并且更新升级及时。它既有免费版，也有加强升级的付费版。
nosqlbooster的官 ...
.net core实践系列之短信服务-架构优化
前言
通过前面的几篇文章，讲解了一个短信服务的架构设计与实现。然而初始方案并非100%完美的，我们仍可以对该架构做一些优化与调整。
同时我也希望通过这篇文章与大家分享一下，我的架构设计理念。
源码地址：https://github.com/SkyChenSky/Sikiro.SMS/tree/optimize （与之前的是另外的分支）
架构是设计的还是演变的？
...
.Net业务搭配实用技术栈
前言
昨天有篇文章在讨论webform的设计思路，我已经四五年不用webform了，虽然它也提供了HttpModule和httphandle来处理请求，提供了一般处理程序ashx来简化处理流程，但依然会想起它的form runat=server，想起注册客户端脚本，想起那堆服务器控件，还有著名的GridView72变。但即使不用服务器控件，它 ...
CAP 2.3版本发布通告 - 支持 MongoDB
前言
经过2个月的调整及测试，CAP 2.3 版本终于发布了，这个版本最大的特性就是对于 MongoDB 的支持，感谢博客园团队的keke同学对于 MongoDB 支持所提供的 PR，相信随着博客园的使用，CAP 会越来越多的帮助到更多的人。
CAP 是一个用来解决微服务或者分布式系统中分布式事务问题的一个开源项目解决方案（https://github.com ...
.net core实践系列之短信服务-架构设计
前言
上篇《.net core实践系列之短信服务-为什么选择.net core（开篇）》简单的介绍了（水了一篇）.net core。这次针对短信服务的架构设计和技术栈的简析。
源码地址：https://github.com/SkyChenSky/Sikiro.SMS
为什么需要架构设计
有人会问短信服务也要架构设计？不就写个service封装个send方法就得了吗？干嘛还要大动干 ...
每秒高达1.6亿次操作的并发键值存储库 FASTER 诞生
FASTER
在过去十年中，云中的数据密集型应用程序和服务有了巨大的增长。数据在各种边设施（例如，设备，浏览器和服务器）上创建，并由云应用程序处理用来获得数据价值或做出决策。应用程序和服务可以处理收集的数据，也可以实时监控数据。这些应用程序通常是更新密集型的，并且涉及大量的状态，超出了适合主存储器的处理能 ...
RabbitMQ一个简单可靠的方案(.Net Core实现)
前言
最近需要使用到消息队列相关技术，于是重新接触RabbitMQ。其中遇到了不少可靠性方面的问题，归纳了一下，大概有以下几种：
1. 临时异常，如数据库网络闪断、http请求临时失效等；
2. 时序异常，如A任务依赖于B任务，但可能由于调度或消费者分配的原因，导致A任务先于B任务执行；
3. 业务异常，由于系 ...
