摘要：自定义表单可以挂载到流程引擎，也可单独存在，本文介绍自定义表单挂接流程引擎案例，流程引擎采用开源的框架elsa，并对部分代码做了修改以适应中国国内的审批业务，流程设计器也是基于elsa提供的前端实现框架，但全部移植到vue版本中以适应自身框架的需要。 流程引擎应用范围： 1.关键业务流程：订单、报价 阅读全文

摘要：我们搭建框架，一方面是需要满足业务的需求、易于后期扩展，另一方面，需要减少开发人员的工作量，让他们不需要整体理解框架的情况下，照样能接入团队进行业务开发。 WWF工作流开发平台对于很多开发人员都比较陌生，如果让每一个开发人员都充分的理解WWF的定义时和运行时的机制，再接入工作流开发，不管是时间还是成 阅读全文

摘要：DDD思想强调先有领域实体模型定义，再有数据库设计，数据库只是做为领域模型的一种持久化介质，但是在工作中，还是习惯性的先做数据库设计，再翻译成领域实体模型。所有我还是以数据库设计为起点，讲解工作流整体设计思路。 数据库设计的重要性就不用强调了，设计库设计最能反映应用程序的功能和设计思想。 工作流数据 阅读全文

摘要：配置功能增强 Abp定义了各种配置接口，但是没有定义这些配置数据从哪里来，但是管理配置数据对于一个应用程序来说，是必不可少的一件事情。 .net的配置数据管理，一般放在Web.config文件或者App.config文件里面，.net core也是定义在一个json的配置文件里面。我们也可以自定义c 阅读全文

摘要：对于.net方向，做过自动化的，应该没有人不熟悉msbuild吧，非常强大的代码编译工具，.net平台的编译工作都是交给他来完成的，包括.net core的命令，本质上都是调用msbuild来执行的 对于发布到window平台，linux平台，或者用jenkins管理，核心基础还是绕不开msbuil 阅读全文

摘要：说到程序里面数据库管理，无非就是两件事情，一是数据库操作，对于数据库的操作，各种程序语言都有封装，也就是所谓的ORM框架，.net 方向一般用得比较多和就是.net framework和dapper，abp里还集成了NHibernate，另外就是连接字符串的管理，简单的应用直接用一个数据库连接字符串 阅读全文

摘要：多租户 如果系统需要支持多租户，那么最好事先定义好多租户的存储部署方式，Abp提供了几种方式，根据需要选择，每一个用户身份认证与权限验证都需要完全的隔离 这里设计的权限数据全部存储在缓存中，每个租户单独建立缓存Key，见权限系统服务章节介绍。 用户accesstoken accesstoken的定义 阅读全文

摘要：权限系统主要定义为管理员增删改查权限数据，直接读取数据库，权限系统服务主要定义为供其他系统调用的权限验证接口，定义为两个不同的微服务。 权限系统有一个特点，数据变动比较小，数据量本身并不是很大，访问量非常大，项目如果做了后端权限验证（其实为了项目数据的安全，必须每一个模块都需要做后端权限验证），那么 阅读全文

摘要：权限系统 应用系统离不开权限控制，权限中心不一定能抽象出所有的业务场景，这里定义的权限系统不一定能够满足所有的场景，但应该可以满足多数的业务需求。 Abp的zero项目也定义了权限相关的表，但里面很多东西是用不到了，而且也不太符合平时的使用习惯，直接用他登录控制这一块内容，性能也会存在很大的问题。 阅读全文

摘要：服务端启动 服务端启动主要做几件事情，1. 从配置文件读取服务配置（主要是服务监听端口和编解码配置），2. 注册编解码器工厂，3. 启动dotnetty监听端口，4. 读取配置文件，解析全局消息处理模型5. 注册服务端处理对象到容器。 JsonRpcServerModule代码如下，见备注说明 Do 阅读全文

摘要：客户端启动 客户端启动主要做三件事情，1. 从配置文件读取服务调用配置，存储到全局对象中。2. 指定客户端编解码器工厂。3. 预连接，即预先建立与服务端的通信Chanel。 客户端全局Chanel设计 每一个服务连接创建一个TransportClient与之对应，存储在全局变量中private re 阅读全文

摘要：微服务的服务端已经启动起来了，服务消费者怎么知道服务在哪个地方，通过什么方式调用呢，分布式如何选择正确的服务器调用服务？ 这个就涉及到服务发现、服务健康检查的问题了，很多微服务架构的做法都是通过消息队列来实现的，消息队列天生就支持发布订阅功能，服务有变化之后，发布通知，每个消费者更新状态，还涉及到更 阅读全文

摘要：身份认证传递 对于Abp比较熟悉的朋友应该对他里面的用户身份认证比较熟悉，他是通过实现微软提供的权限认证方式实现的，用户登录身份信息存储在System.Security.Claims.ClaimsPrincipal里面，但是用户的身份信息如何在不同的服务之间传递呢，不可能每一个服务都必须实现这套身份 阅读全文

摘要：Tcp消息传输主要参照surging来做的，做了部分裁剪和改动，详细参见：https://github.com/dotnetcore/surging Json-rpc没有定义消息如何传输，因此，Json-Rpc RpcRequest对象和RpcResponse对象需要一个传输载体，这里的传输对象主是 阅读全文

摘要：1. Json-Rpc 2.0 参考地址：https://www.jsonrpc.org/specification JSON-RPC是一个无状态且轻量级的远程过程调用(RPC)协议，它允许运行在基于socket,http等诸多不同消息传输环境的同一进程中。其使用JSON（RFC 4627）作为数据 阅读全文

摘要：消息传输通道我这里只定义了3种，即：localInvoker，HttpInvoker，TcpInvoker，根据实际的情况，还可以进行扩展，比如消息队列，不过这都是后话了，先重点描述一下这3种方式。 LocalInvoker 本地调用直接构造请求参数，直接调用服务端的JsonRpcProcessor 阅读全文

摘要：引言：国内对于流程引擎的介绍非常的少，但是不能否认流程引擎的重要性，流程引擎在各个行业都有应用，OA管理的请假流程、出差流程，项目管理上的合同审批流程、验收流程、启动流程，Erp中的采购流程、入库出库流程，政府里面的招标流程、结算流程等，都有流程引擎的身影，当然这里说的流程指审批意义的流程，还有一些 阅读全文

摘要：微服务好处和概念性的东西就不介绍了，对于微服务，个人认为并不是越复杂就越好，相反要结合自己公司的现状，适当的做一些裁剪，比如对于规模和业务量不是特别大的企业，就没有必要把服务总线，服务健康检查，服务路由选择，熔断等等加进来，相反，这一部分职责可以通过配置文件，nginx代理，api网关等等外围的技术 阅读全文