最近在做一个生成文档的需求。通过先制作一个包含各字段占位符的文档模板，导入这个模板并填写内容替换掉占位符，再输出成最终文件。由于版式固定，安全性更好，业务上常用Pdf作为最终标准化的格式， 在.Net平台下，可以使用PdfSharp导入，编辑，导出Pdf文档。

适用于AbpBoilerplate的阿里云短信服务(https://www.aliyun.com/product/sms)

第三方登录是基于用户在第三方平台上（如微信，QQ， 百度）已有的账号来快速完成系统的登录、注册-登录等功能。以微信的鉴权为例：假如你的网站有一个扫码登录的功能，会弹出一个由微信提供的二维码页面，你需要用手机上的微信扫码，操作一下，就可以完成登录。如这个链接：微信登录 (qq.com) 嗯。从研发和使用上来说这是最快捷，也是目前大部分站点用的扫码登录方式。但这个是依赖于微信开放平台的功能，微信作为鉴权服务的提供方，有义务监管第三方的网站（你的网站相对于微信就是第三方），因此你需要有企业或组织的营业执照，经过

微信SDK库是针对微信相关 API 进行封装的模块 ，目前开源社区中微信SDK库数量真是太多了，我选了一个比较好用的EasyAbp WeChat库。EasyAbp/Abp.WeChat: Abp 微信 SDK 模块，包含对微信小程序、公众号、企业微信、开放平台、第三方平台等相关接口封装。 (github.com)当然这个库是ABP vNext 框架的，需要稍微改写一下。封装好后我们需要以下几个接口小程序码生成接口： 获取用户OpenId与SessionKey的接口我们先来回顾一下第三方登录在Ab

很开心，终于到了创建页面的时候了！我们需要两个页面MainPage 主页面 MusicItemPage 条目编辑页面编写主页面新建一个MainPageViewModel.cs，作为MainPage的ViewModel层 public class MainPageViewModel : ViewModelBase { private readonly IRepository songRepository; .

因为我们要做一个数据持久化型的小应用，所以在完成Abp功能的集成后，我们需要做数据库相关的配置工作配置数据库在MauiBoilerplate.Core项目中，添加两个实体类：我们简单的写一个歌曲（song）的实体类其中包含了歌曲标题（MusicTitle），艺术家（Artist），专辑（Album），时长（Duration）以及发售日期（ReleaseDate） public class Song : FullAuditedEntity { .

去年12月份做了MAUI混合开发框架的调研，想起来文章里给自己挖了个坑，要教大家如何把Abp移植进Maui项目，今天来填坑。熟悉Abp的同学都知道，Abp 是一套强大的应用程序设计时框架（俗称脚手架），新版本的Abp vNext为微服务和网络优化的更多，然而本地开发经典Abp已经够用，而且官方没有停止维护，因此使用这个框架MAUI则是跨平台的应用程序抽象层，强大的运行时框架 + 强大的设计时框架 ， 我说这是宇宙最强大跨平台开发框架，不为过吧？😁搭建MAUI项目请注意：本文发布时，MAUI处

此工具能将C#代码，转换成使用语法工厂构造器（SyntaxFactory）生成等效语法树代码

[.Net]使用Soa库+Abp搭建微服务项目框架（五）：路由发现和健康监测

使用源码的方式安装nginx，可以加深对linux目录的理解，今天就来放弃yum.. rpm.. dnf.. 这些在linux下较为“傻瓜”的操作方式，实战源码编译的方式安装nginx！

如果按照官方文档的步骤手动安装.Net5 会有一个坑：在 Linux 上手动安装 .NET - .NET | Microsoft Docshttps://docs.microsoft.com/zh-cn/dotnet/core/install/linux-scripted-manual在使用systemd打包.Net5服务的时候，无法运行，报错如下图：查询系统日志发现对dotnet访问没有权限，dotnet已设置权限755并且service的配置文件中User已配置为本人用户奇怪的是作.

公司的项目需要部署到一台公网的linux服务器，以便同事们测试小程序。记录了步骤和一些坑

为什么要独立成服务？以一个健康医疗系统为例， 这个系统包含了用户模块，问卷的发放与填写，图表显示，报表生成与查看，患者管理等功能，传统的架构如下：随着项目规模的增长，在开发过程中会发现如下问题：各模块之间耦合严重，比如：报表模块引用了问卷，用户，随访，患者管理等几乎所有模块，难以维护 间接引用的情况过多，导致项目分层不明确，容易产生引用分歧，难以维护目前做的就是解耦各个模块之间的强关联状态，通过上一章提到的上下文边界划分方式，我们大致可以将系统的架构改造如下：通过调用者和实现者共

上一章我们完成了小项目的面向服务体系改造，你或许一直在思考一个问题。为什么要将业务独立成微服务？以一个健康医疗系统为例， 这个系统包含了用户模块，问卷的发放与填写，图表显示，报表生成与查看，患者管理等功能，传统的架构如下：随着项目规模的增长，在开发过程中会发现如下问题：各模块之间耦合严重，比如：报表模块引用了问卷，用户，随访，患者管理等几乎所有模块，难以维护 间接引用的情况过多，导致项目分层不明确，容易产生引用分歧，难以维护目前做的就是解耦各个模块之间的强关联状态，通过第一章提到的上下文

上一章我们建立了一个典型的面向领域设计的Abp小项目，如果按照常规的开发方式，会遇到什么问题呢？先来完善一下这个小项目，在定义好各实体类后，运行Miguration并向数据库里写入一些初始数据。现在整个项目的依赖引用图如下，每一个都有独立的引用路线，互不干涉。简略图如下假设现在有一个需求，MainService业务需要用到Service1和Service2 中的数据，如何操作？在使用Abp框架时，传统开发方式是先建立领域层服务，应用层中调用领域层服务（Manager）并返回给UI

在企业中大型项目中，随着业务的不断拓展，项目发展到一定程度，需要寻求项目的各模块解耦，独立成为微服务。如何实现呢？首先我们先来简单回顾一下Abp框架怎样实现（DDD）领域驱动设计的，Abp框架的全称是:Asp.Net Boilerplate Project（即Asp.Net 的样板项目），我们知道在领域驱动设计中，我们可以将整个系统分为四个大的层次,每一个层次都有其特定的功能，所以整个项目整体结构是非常清楚的。Eric Evans在《领域驱动设计－软件核心复杂性应对之道》这本书中提出了传统的四层架构

-> 问题：在使用Update-Database时，突然出现“数据库中已存在名为 'XXX' 的对象”。检查发现__EFMigrationsHistory表中的MigrationId与项目中的EntityFrameworkCore项目中的Migrations内容有不同的地方。ABP的更新机制是对比数据库的id与Migrations各文件Id，如果数据库缺少则往下继续执行，但如果有id冲突，则会认为产生分支，从第一个开始执行了。结果造成读到的全部是CREATE TABLE 的操作，从而产生冲突。解决