缘起 目前使用ABP框架已经将近3年了,大大小小的项目也陆陆续续做了很多.由于现有信息系统的架构模式是在底层的技术平台上直接构建信息系统并采用技术主导,使用业务无关的编程工具来开发信息系统的缺陷使得系统开发效率低,周期长,不能快速响应客户的需求变更.在实际开发中希望能减少开发工作量.降低代码BUG率.提升质量,不知不觉的就在脑海中形成此系统开发设计.在这里提出自己的看法,很希望得到一些牛人的指教. P.S.个人未来的项目均会用.NET CORE 为核心技术,也是今年的目标.此系列文章也是本人学习

简介 ABP vNext是volosoft的新一代框架,ABP(vNext)完全使用.NET CORE和DDD(领域驱动)打造,目前GitHub已有6K+次提交,发布版本超过40次,Nuget包下载量达到数百万.volosoft于十月已经发布ABP1.0正式版,这一发行吸引了大量.NET CORE和旧版abp开发人员,使得.NET CORE微服务实践有了更加活跃的社区. ABP(vNext)带来了很多新的特性,其中最引人关注的就是微服务架构,.NET CORE虽然已经推出几年,但是真正使用.NE

简介 服务通讯是微服务架构中必不可少的功能,服务通讯的效率决定了微服务架构的优略.常用的微服务通讯策略有两种,分别是rpc.http,其中rpc以gRpc框架为代表使用者最多.abp vNext微服务架构中当然也有服务通讯策略,采用的是http方式进行服务通讯. gRpc和http对比 虽然gRpc高效安全,但是相关的.net框架实在臃肿难用,这一缺陷在.net core3.X后可能会得到完美解决.abp vNext微服务架构出现在.net core3.0以前,所以选择了灵活方便的http进行服

简介 abp vNext中提供了多语言功能,默认语言是英文,没有提供中文语言包.在业务开发中,定义权限后需要用中文的备注提供角色选择,本篇将介绍如何在abp vNext中加入中文语言. step1:添加zh.json中文包 在Abp vNext微服务架构的modules/product/src/ProductManagement.Application.Contracts/ProductManagement/Localization/ApplicationContracts目录下添加zh.jso

本文转载自:https://www.cnblogs.com/william-xu/p/11245738.html abp vNext新框架的热度一直都很高,于是最近上手将vNext的微服务Demo做了一番研究.我的体验是,vNext的微服务架构确实比较成熟,但是十分难以上手,对于没有微服务开发经验的.net人员来说几乎是看不懂的,所以研究一番后再这里做一些简单的分析便于新手能够快速理解并使用. 难点 在开始分析前先介绍下该框架中的难点,没有微服务开发经验的可能要对以下难点进行研究. 难点一:id

一.简介 abp vNext新框架的热度一直都很高,于是最近上手将vNext的微服务Demo做了一番研究.我的体验是,vNext的微服务架构确实比较成熟,但是十分难以上手,对于没有微服务开发经验的.net人员来说几乎是看不懂的,所以研究一番后再这里做一些简单的分析便于新手能够快速理解并使用. 二.难点 在开始分析前先介绍下该框架中的难点,没有微服务开发经验的可能要对以下难点进行研究. 难点分析 难点一:identity server4身份验证框架,该框架是根据.net core identity

前几篇分别介绍了abp vNext微服务框架和微服务CI/CD环境搭建,本篇开始介绍vNext微服务框架的开发环境搭建. 环境准备 官方介绍的系统架构图如下: 上图中身份服务和网关服务已经集成在系统中,我们需要搭建的是MS Sql.mongoDB.redis.RabbitMQ.elasticsearch.其中MS Sql.RabbiMQ.elasticsearch建议直接安装,redis.mongoDB建议docker安装.安装教程如下: Ubuntu18.04 安装RabbiMQ: https

前几篇分别介绍了abp vNext微服务框架.开发环境搭建和vue element admin前端框架接入,在vue element admin中实现用户角色管理基本功能后就可以开始进行业务开发了,本篇会详细的介绍如何在abp vNext中开发业务接口和前端页面实现. 业务接口开发 业务接口就是针对业务api接口,通过abp vNext微服务中实现并发布业务接口后,前端获取接口并进行界面开发,如此就实现了abp vNext微服务的前后端分离开发. step1:创建实体(model) abp vN

一.前景 abp vNext是ABP 开源 Web应用程序框架,是abp的新一代开源web框架.框架完美的集成.net core.identity server4等开源框架,适用于构建web应用程序和微服务,相比上一代abp框架,abp vNext更灵活更轻便更适用于微服务. 主要特性: 1. 模块化架构:模块化设计,可从底到顶进行延伸. 2. 聚焦微服务:支持微服务架构有助于构建自主微服务. 3. 领域驱动设计:根据DDD模式和原则设计和开发.为应用程序提供分层模型. 4. 授权:具有用户,角

简介 Abp vNext微服务授权验证基于ids4,实现租户登录需要在授权服务中获取token,和之前的介绍的登录方式一样,只是多了tenant参数.本篇将介绍在Abp vNext授权服务中启用多租户和获取用户token. 启用多租户 Step1:添加模块依赖 将typeof(AbpAspNetCoreMultiTenancyModule)模块添加到AuthServerHostModule 注:如果提示没有引用,需要添加Volo.Abp.AspNetCore.MultiTenancy包 Step

一.简介 abp vNext微服务框架中已经提供通用权限和用户角色管理模块,管理UI使用的是MVC模式,不适用于国内主打的MVVM开发模式.在前端框架选型后笔者决定改造abp vNext微服务框架中原有的管理UI,使用vue流行的后台管理框架Vue Element Admin进行替换.本篇将介绍abp vNext微服务的前后端分离和Vue Element Admin后台管理的页面开发. 二.开始前 abp vNext微服务框架十分复杂,所以开始前你可能需要以下准备工作. 准备一:abp vNex

系列文章: <基于 abp vNext 微服务开发的敏捷应用构建平台 - 设计构想> [点击查看] <基于 abp vNext 微服务开发的敏捷应用构建平台 - 文章目录> [点击查看] <基于 abp vNext 微服务开发的敏捷应用构建平台 - 项目介绍> [点击查看] TODO: 由于个人精力有限,文章的推出可能有些缓慢,后续要基微服务的开发则需要更加深入的研究,所以这里先列举出未更新系列文章预告. <基于 abp vNext 微服务开发的敏捷应用构建平台

总体架构     本平台从技术上采用ABP vNext和.NET Core编写的微服务架构.客户端层主要以现代浏览器为主,适配了PC端和移动端的访问,采用API和应用程序进行交互,同时提供第三方使用的API,支持通过Web服务或消息代理与其他应用程序集成.数据工厂用于整合数据,将分散数据整合到一起,并进行汇总计算,采用统一数据接口向服务层提供数据支撑.如果您之前了解过数据仓库技术,就可以把数据工厂理解为ETL工具.应用支撑层采用Docker部署集群,使用 Kubernetes 进行容器编排和集群

译注: ABP的主要负责人hikalkan最近又发布了一篇博客, 说明了ABP vNext的微服务演示,项目状态和路线图.其中特意对ABP的中文社区进行了感谢! 本文翻译自该博客文章(https://abp.io/blog/abp/Microservice-Demo-Projects-Status-and-Road-Map). 微服务演示,项目状态和路线图 在ABP vNext上的第一个公告之后,我们对代码库进行了很多改进(GitHub存储库上的1100多次提交).我们已经创建了功能,示例,文档

简介: Vue Element Admin是基于vue.element ui开发的后台管理ui,abp vNext是abp新一代微服务框架.本篇将会介绍如何改造Vue Element Admin权限验证并接入abp vNext的微服务权限模块.上篇已经介绍过Vue Element Admin登录过程,并实现了假登录,本篇将介绍Vue Element Admin(后称Admin)实现登录权限验证. Vue Element Admin权限验证代码分析 Admin在permission.js实现了全局

简介 之前的技术路线本来是angular的,后来经过一段时间的开发还是打算选择vue,原因是vue简单丰富,尽管angular规范强大,但是组件库都不太符合国人风格.看到GitHub上Vue Element Admin这么高的人气后就毫不犹豫的选择了这个后台管理框架.作为一个后端开发,刚刚下载Vue Element Admin框架时确实无从下手,但是一番研究之后也就适应了,今天就介绍下改造Vue Element Admin登录并对接vNext授权服务.vNext授权服务使用的是ids4框架,所以

许多中小企业的管理模式都是在自身的发展过程中不断摸索,逐步建立起来的,每一家都有其独有的管理模式,而且随着企业的不断发展,管理模式也在不断变化中.企业在发展壮大的过程中离不开信息化系统的支撑,企业在构建自己的信息化系统中,一般途径是通过购买现有产品.自主研发.软件外包.市场上成熟的软件产品,都是按照统一的管理标准,并不适用于大多数发展中的中小企业.即使购买现有产品的企业,因为所购买产品不是针对自身需求进行开发的,往往也需要进行二次开发.而企业应用系统的开发总是一个非常复杂的过程,因为企业应用需求

CI Weekly 围绕『 软件工程效率提升』 进行一系列技术内容分享,包括国内外持续集成.持续交付,持续部署.自动化测试. DevOps 等实践教程.工具与资源,以及一些工程师文化相关的程序员 Tips .同步于 flow.ci Blog.微信公众号.官方微博,知乎专栏,简书,欢迎关注或投稿:) 上周,我们对 flow.ci 做了比较多的功能优化: 1.iOS 项目持续集成 iOS 项目支持 Carthage 依赖管理: 去除 iOS 项目中自动管理证书设置,防止 Xcode8 编译失: 解决

在<WeText项目:一个基于.NET实现的DDD.CQRS与微服务架构的演示案例>文章中,我介绍了自己用Visual Studio 2015(C# 6.0 with .NET Framework 4.6.1)开发的DDD/CQRS/微服务架构的案例项目:WeText.文章发出后反响很好,也很感谢大家的关注.在本文中我将介绍如何在Ubuntu 14.04.4 LTS中运行WeText项目的服务端. 为跨平台而生 从一开始的设计,我就把WeText的服务端跨平台纳入了实践目标,因此,所选择的框架

最近出于工作需要,了解了一下微服务架构(Microservice Architecture,MSA).我经过两周业余时间的努力,凭着自己对微服务架构的理解,从无到有,基于.NET打造了一个演示微服务架构的应用程序案例,并结合领域驱动设计(DDD)以及命令查询职责分离(CQRS)体系结构模式,对事件驱动的微服务系统架构进行了一些实战性的探索.现将自己的思考和收获整理成文,分享给大家. 微服务架构 在介绍源代码之前,我还是想谈谈微服务架构,虽然网上有很多有关微服务架构的讨论,但我觉得在此再多说一些还