一句话省流：很麻烦也很抽象，能用内置支持的类型就尽量用。 首先看文档。官方文档里一开头就列出了所有内置的支持的类型：Ghost Type Templates 其中Entity类型需要特别注意一下：在同步这个类型的时候，如果是刚刚Instantiate的Ghost（也就是GhostId尚未生效，上一篇
一行代码省流：SystemAPI.GetSingleton() 当你需要按照区域、距离或者场景对Ghost进行筛选的时候，Netcode for Entities里并没有类似FishNet那样方便的过滤方式，需要获取一个过滤专用的组件：GhostRelevancy。 这个结构的内容不多，但功能很强大
前言：工作几年了，面试的时候问一堆，实则都是增删改查。感觉做net搞上位机的比较多，然而我一直做的都是web方向。以前还会背八股文，现在工作之后只会增删改，CV了。不知道后面会不会转行，唉~ 这个既是教程也是学习，我想尝试自己去做一个开源的前后端项目，看看我现在到底能做个什么样。 这篇文章，算是个开
【Github源码】 《上一篇》详细介绍了Xmtool工具库中的正则表达式类库，今天我们继续为大家介绍其中的加密解密类库。 在开发过程中我们经常会遇到需要对数据进行加密和解密的需求，例如密码的加密、接口传输数据的加密等；当前类库中只封装了Base64、AES两种加密解密方法，因为C#提供了几乎我们能
【Github源码】 《上一篇》详细介绍了Xmtool工具库中的加解密类库，今天我们继续为大家介绍其中的散列算法类库。 散列算法在某些特殊场景也可以当做加密方法使用；其特点是不可逆，同一内容每次散列值绝对一致，所以也可用作对数据内容是否被篡改的校验方法；或者其他需要唯一性编码的场景；本类库提供了MD
【Github源码】 《上一篇》 详细介绍了Xmtool工具库中的散列算法类库，今天我们继续为大家介绍其中的随机值类库。 基于系统提供的Random获取随机值方法已经足够简单和易用，本类库只对日常开发过程中最常用到的生成随机验证码方法进行了封装，后续发现其他有价值的常用随机值需求，会陆续添加到类库中
#### [【Github源码】](https://github.com/softwaiter/Xmtool) [《上一篇》](https://www.cnblogs.com/bcbr/p/17393628.html) 介绍了Xmtool工具库中的随机值类库，今天我们继续为大家介绍其中的邮件发送类库
### [【Github源码】](https://github.com/softwaiter/Xmtool) [《上一篇》](https://www.cnblogs.com/bcbr/p/17421734.html) 介绍了Xmtool工具库中的发送邮件类库，今天我们继续为大家介绍其中的发送短信类库
### [【Github源码】](https://github.com/softwaiter/Xmtool) [《上一篇》](https://www.cnblogs.com/bcbr/p/17447376.html) 介绍了Xmtool工具库中的发送短信类库，今天我们继续为大家介绍其中的XML操作类
### [【Github源码】](https://github.com/softwaiter/Xmtool) [《上一篇》](https://www.cnblogs.com/bcbr/p/17608881.html) 介绍了Xmtool工具库中的XML操作类库，今天我们继续为大家介绍其中的HTTP请
### [【Github源码】](https://github.com/softwaiter/Xmtool) [《上一篇》](https://www.cnblogs.com/bcbr/p/17624230.html) 介绍了Xmtool工具库中的Web操作类库，今天我们继续为大家介绍其中的图形验证码
将.NetCore 做成 Windows 服务 - JAVA 同理 、将jar包安装为windows服务-bat启动方式 将 SpringBoot 注册为 Windows Service服务 可实现 SpringBoot 项目在Windows 中随系统自启动。也不用担心被识关闭
【Github源码】 《上一篇》 介绍了Xmtool工具库中的图形验证码类库，今天我们继续为大家介绍其中的扩展动态对象类库。 扩展动态对象是整个工具库中最重要的一个设计。在软件开发过程中，我们经常需要定义各种各样的数据对象；例如：用于参数传递的数据实体类、用于接口返回结果的Json对象等等。 //
## 前言 笔者认为，一个博客网站，最核心的是阅读体验。 在开发StarBlog的过程中，最耗时的恰恰也是文章的展示部分功能。 最开始还没研究出来如何很好的使用后端渲染，所以只能先用Editor.md组件做前端渲染，过渡一下。前端渲染我是不满意的，因为性能较差，页面加载出来还会闪一下，有割裂感，影响
## 前言 我的服务器带宽比较高，博客部署在上面访问的时候几乎没感觉有加载延迟，就没做图片这块的优化，不过最近有小伙伴说博客的图片加载比较慢，那就来把图片优化完善一下吧~ 目前有两个地方需要完善 - 图片瀑布流 - 图片缩略图 ## 图片瀑布流 关于瀑布流之前的文章有介绍： [基于.NetCore开
## 前言 最近电脑坏了，开源项目的进度也受到一些影响 这篇酝酿很久了，作为本系列第二部分（API接口开发）的第一篇，得想一个好的开头，想着想着就鸽了好久，索性不扯那么多了，直接开写吧~ ## 关于RESTFul 网上很多相关的文章都要把RESTFul历史来龙去脉给复制一遍，所以我这就不重复了，现在
## 前言 本文介绍博客文章相关接口的开发，作为接口开发介绍的第一篇，会写得比较详细，以抛砖引玉，后面的其他接口就粗略带过了，着重于WebApi开发的周边设施。 涉及到的接口：文章CRUD、置顶文章、推荐文章等。 开始前先介绍下AspNetCore框架的基础概念，MVC模式（前后端不分离）、WebA
## 前言 上一篇留的坑，火速补上。 在之前的第6篇中，已经有初步介绍，本文做一些补充，已经搞定这部分的同学可以快速跳过，[基于.NetCore开发博客项目 StarBlog - (6) 页面开发之博客文章列表](https://www.cnblogs.com/deali/p/16286780.ht
## 前言 开发接口，是给客户端（Web前端、App）用的，前面说的RESTFul，是接口的规范，有了统一的接口风格，客户端开发人员在访问后端功能的时候能更快找到需要的接口，能写出可维护性更高的代码。 而接口的数据返回格式也是接口规范的重要一环，不然一个接口返回JSON，一个返回纯字符串，客户端对接
## 前言 上传文件的接口设计有两种风格，一种是整个项目只设置一个接口用来上传，然后其他需要用到文件的地方，都只存一个引用ID；另一种是每个需要文件的地方单独管理各自的文件。这俩各有优劣吧，本项目中选择的是后者的风格，文章图片和照片模块又要能CRUD又要批量导入，还是各自管理文件比较好。 ## 图片
