spritekuang

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

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

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

摘要： 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 阅读全文

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

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

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

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

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