打开前端项目中的 package.json，会发现众多工具已经占据了我们开发日常的各个角落，它们的存在于我们的开发而言是不可或缺的。有没有想过这些工具的功能是如何实现的呢？没错，抽象语法树 (Abstract Syntax Tree) 就是上述工具的基石。
## 前言 笔者认为，一个博客网站，最核心的是阅读体验。 在开发StarBlog的过程中，最耗时的恰恰也是文章的展示部分功能。 最开始还没研究出来如何很好的使用后端渲染，所以只能先用Editor.md组件做前端渲染，过渡一下。前端渲染我是不满意的，因为性能较差，页面加载出来还会闪一下，有割裂感，影响
前言 最近做新项目，技术栈 AspNetCore + FreeSQL 这个ORM真的好用，文档也很完善，这里记录一下两个有关「触发器」的功能实现 修改实体时记录更新时间 模型代码 我的模型都是基于这个 ModelBase 派生的，自带三个属性字段 public abstract class Mode
## 前言 我的服务器带宽比较高，博客部署在上面访问的时候几乎没感觉有加载延迟，就没做图片这块的优化，不过最近有小伙伴说博客的图片加载比较慢，那就来把图片优化完善一下吧~ 目前有两个地方需要完善 - 图片瀑布流 - 图片缩略图 ## 图片瀑布流 关于瀑布流之前的文章有介绍： [基于.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又要批量导入，还是各自管理文件比较好。 ## 图片
## 前言 这是StarBlog系列在2023年的第一篇更新😃~ 在之前的文章里，我们已经完成了部分接口的开发，接下来需要使用 curl、Postman 这类工具对这些接口进行测试，但接口一多，每次测试都要一个个填入地址和对应参数会比较麻烦… 我们需要一种直观的方式来汇总项目里的所有接口，并且如果
## 前言 这是StarBlog系列在2023年的第二篇更新😂 这几个月都在忙，更新变得很不勤快，但是拖着不更新我的心里更慌，很久没写，要开头就变得很难😑 说回正题，之前的文章里，我们已经把博客关键的接口都开发完成了，但还少了一个最关键的「认证授权」，少了这东西，网站就跟筛子一样，谁都可以来添加
## 前言 之前介绍的友情链接功能，只实现了友情链接的展示和管理接口。 还缺失友情链接申请、审核管理、通知，现在把这块功能补全。 Model 什么的之前那篇文章都有，本文直接补全逻辑代码~ 详见: [基于.NetCore开发博客项目 StarBlog - (13) 加入友情链接功能](https:/
## 前言 最近忙中偷闲把博客的评论功能给做完了，我可以说这个评论功能已经达到「精致」的程度了😃 但在正式发布之前，先卖个关子，来介绍一下另一个新功能——RSS订阅🔊 ## RSS是啥 来自hk gov新闻网的介绍~ > RSS 是簡易資訊聚合(Really Simple Syndication
我们可以这样定义项目干系人管理：识别、参与并与项目干系人保持联系以确保项目总体成功的持续过程。
近年来，软件项目的规模及其复杂性正在以空前的速度增长，互联网用户市场庞大，互联网公司和相应的软件产品层出不穷。快速响应需求变化往往是互联网行业的常态，软件产品的快速开发迭代对于公司迅速占领市场、抢占商机有着举足轻重的意义。 伴随着行业的快速发展，原有的研发模式逐渐不能适应高速发展的市场大环境。因此，
在实际项目开发中无论 M 端、PC 端，或多或少都有一个 utils 文件目录去管理项目中用到的一些常用的工具方法，比如：时间处理、价格处理、解析url参数、加载脚本等，其中很多是重复、基础、或基于某种业务场景的工具，存在项目间冗余的痛点以及工具方法规范不统一的问题
最近接手的项目中要新增一个抽奖功能，场景类似年会上的抽奖，触发抽奖的只有一个动作，不存在多线程操作导致所抽奖品已经被抽完的情况。简单来说，就是不存在需要锁的场景，也不存在数据同步的情况。 这种场景的抽奖是最容易实现的，我这里的实现思路就是首先获取参与抽奖的总数，然后根据奖品数量生成几个随机数来确定中
最近发现一个不错的免费开源学习项目：30天学会Python 如果您最近有学习Python的打算，不妨看看这个是否适合你？ 项目地址：https://github.com/Asabeneh/30-Days-Of-Python 博客地址：https://blog.didispace.com/tj-30-
这几年搞了不少静态站点，有的是Hexo的，有的是VuePress的。由于不同的主题对于NodeJS的版本要求不同，所以本机上不少NodeJS的版本。 关于如何管理多个NodeJS版本，很早之前就写过用nvm来管理的相关文章，这里就不赘述了，有需要的可以看这篇[Node.js环境搭建](https:/
编程经验总结
