1.框架去掉application层,把HOst作为application层 2.增加swagger插件 3.增加Asp.net  Identity身份验证 源代码地址:https://github.com/topgunymn/YMNNetCoreFrameWork

DDD设计模式:仓储.领域模型.应用层.聚合根.事件总线,以业务模型驱动设计,从数据模型驱动脱离,不用关心数据库设计,开发效率更高 DDD领域驱动设计模型概念不再讲解,直接上技术 框架搭建: 如图所示, Host是程序的路口,用来配置项目的 Application,是应用层,为用户提供接口 Core,领域模型层 EntityFrameWorkCore,基础设施层,提供仓储,数据库迁移, 源代码地址:https://github.com/topgunymn/YMNNetCoreFrameWork

源码地址:https://github.com/topgunymn/YMNNetCoreFrameWork 遇到的坑:使用了Nlog以后,.NETcore自带的日志等级不起作用,只有nlog配置配置文件才能控制他的日志等级 1..NET core增加NLog日志,.NET CORE自带的日志无法保存到文件,所以使用NLOG 2.下载NLog.Web.AspNetCore 3.注入nlog //添加NLog loggerFactory.AddNLog(); //读取Nlog配置文件 env.Con

配置文件services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new OpenApiInfo { Version = "v0.1.0",//版本号 Title = "尹大师框架说明,QQ:1390788386",//文档标题 Description = "框架说明文档",//文档描述 Contact = new OpenApiContact { Name = "道法自

1.增加YMNSession,可以获取当前登录的用户信息 2.增加异常处理,不要使用过滤器,过滤器只能获取到mvc异常 3.增加策略授权,策略授权支持用户角色.用户名授权,初步实现 代码地址:https://github.com/topgunymn/YMNNetCoreFrameWork 获取当前登录用户信息 [HttpPost("Login")] public async Task<object> Login(string name, string password) {

1.框架增加Identity注册功能 2.框架增加identity登录以后获取JWTtoken 3.请求接口通过token请求,增加验证特性 源代码地址:https://github.com/topgunymn/YMNNetCoreFrameWork JWTtoken生成代码: private string CreateAccessToken(IEnumerable<Claim> claims, TimeSpan? expiration = null) { var now = DateTime

smartadmin.core.urf 这个项目是基于asp.net core 3.1(最新)基础上参照领域驱动设计(DDD)的理念,并参考目前最为了流行的abp架构开发的一套轻量级的快速开发web application 技术架构,专注业务核心需求,减少重复代码,开始构建和发布,让初级程序员也能开发出专业并且漂亮的Web应用程序 域驱动设计(DDD)是一种通过将实现与不断发展的模型相连接来满足复杂需求的软件开发方法.域驱动设计的前提如下: 将项目的主要重点放在核心领域和领域逻辑上: 将复杂的设

目录 DDD实践:如何用DDD重构中台业务模型? 领域建模:如何用事件风暴构建领域模型? 代码模型(上):如何使用DDD设计微服务代码模型? 代码模型(下):如何保证领域模型与代码模型的一致性? 边界:微服务的各种边界在架构演进中的作用? 视图:如何实现服务和数据在微服务各层的协作? 从后端到前端:微服务后,前端如何设计? 知识点串讲:基于DDD的微服务设计实例 基于DDD的微服务设计实例代码详解 总结(一):微服务设计和拆分要坚持哪些原则? 总结(二):分布式架构关键设计10问 DDD实践:如

前言: 最近园子里ABP炒的火热.看了几篇对于ABP的介绍后,深感其设计精巧,实现优雅.个人感觉,ABP或ABP衍生品的架构设计,未来会成为中型Net项目的首选架构模式.如果您还不了解ABP是什么,有什么特色,请移步:<ABP集合帖>——http://www.cnblogs.com/kebinet/p/5341663.html 项目背景介绍: 作者自参加工作以来,一直在法律圈打转.09-12年间,作者曾带团队用WebForm+N层架构实现了一个律师事务所的OA系统.时过境迁,现在在维护此系统时

四年多码农,毕业后在一家小私企做前端:(初始asp.net,对oo有了比较深切的理解:处于对某空间的效仿,对前端技术架构理解的比较透彻): 在这家公司混了4个月之后跳出来想自己单干: 自己接了个小项目,最终烂尾收摊: 事后回到公司上班,进了一家小企业,做物业系统,5个人团队,初识mvc2.0: 干了半年,无奈公司发展不行,跳到一家更小的团队,3个人,才干两个月被炒,原因不明(这两个月对我的思想提升很大,之前只会考虑从数据库到页面呈现的思维方式转入到应用缓存技术,基本上每天上班8小时处于思考状态,

都是一些非常非常基础的题,是我最近参加各大IT公司笔试后靠记忆记下来的,经过整理献给与我一样参加各大IT校园招聘的同学们,纯考Java基础功底,老手们就不用进来了,免得笑话我们这些未出校门的孩纸们,但是IT公司就喜欢考这些基础的东西,所以为了能进大公司就~~~当复习期末考吧.花了不少时间整理,在整理过程中也学到了很多东西,请大家认真对待每一题~~~   下面都是我自己的答案非官方,仅供参考,如果有疑问或错误请一定要提出来,大家一起进步啦~~~   1. 下面哪些是Thread类的方法() A s

看到一个PHP的知识各方面的汇总,写的很有借鉴意义,搬过来了 转自: https://laravel-china.github.io/php-the-right-way/ 欢迎阅读 其他语言版本 参与贡献 分享与推广 入门指南 使用当前稳定版本 (7.1) 内置的 Web 服务器 Mac 安裝 Windows 安裝 代码风格指南 语言亮点 编程范式 命名空间 PHP 标准库 命令行接口 Xdebug 调试工具 依赖管理 Composer 与 Packagist PEAR 开发实践 基础知识 日期

一.ASP.NET Boilerplate 实体是 DDD(领域驱动设计)的核心概念之一.Eric Evans 是这样描述的“很多对象不是通过它们的属性定义的,而是通过一连串的连续性事件和标识定义的”(引用领域驱动设计一书). 译者注:对象不是通过它们的属性来下根本性的定义,而应该是通过它的线性连续性和标识性定义的. 所以,实体是具有唯一标识的ID且存储在数据库中.实体通常被映射成数据库中的一个表. ASP.NET Boilerplate是一个Web应用程序的通用框架基于域驱动设计的分层架构模型

简介 微软官方提供了一个基于Docker和微服务的示例应用eShopOnContainers:它使用了面向服务的架构并且从服务端到客户端都是跨平台的:该架构使用通过http作为客户端与服务端直接的通信协议.多个微服务每个都有自己的db:另外主要使用的技术Docker.事件总线.DDD/CQRS. 开源项目地址: https://github.com/dotnet-architecture/eShopOnContainers 1.项目总体设计 2.微服务 每个微服务都提供了一种实施方案: Iden

2020年3月25日的“盛派周三分享”活动首次使用直播的方式与大家见面,共有 500 多人参与了活动,得到了众多开发者的好评,并强烈要求我分享 PPT,这点要求当然必须满足啦! 除此以外,还有许多开发者因为时间冲突,没有能够及时光看直播,我们特地录制了直播视频,并提供回放,腾讯视频地址: http://v.qq.com/x/page/d0940ivnyih.html PDF 下载:20200324周三分享SCF.zip 本次直播活动受到了国内广大社区的支持,再次表示感谢(按拼音顺序排列,不分先后

阅读目录: 1.开篇介绍 2.简单了解缘由(本文的前期事宜) 3.DomainModel扩展性(运用设计模式设计模型变化点) 3.1.模型扩展性 3.2.设计模式的使用(苦心专研的设计模式.设计思想可以随意使用了) 3.3.部分类的使用(封装内部对象) 3.4.高强度的OO设计(面向特定领域的高度抽象设计形成特定领域框架) 4.DomainModel业务逻辑规则配置(将扩展点分离后使用适当的配置将规则IOC进去) 5.DDD简单总结(DDD是什么?它是“战术”) 1]开篇介绍 这篇文章不会太长,

阅读目录: 1.开篇介绍 2.简单了解缘由(本文的前期事宜) 3.DomainModel扩展性(运用设计模式设计模型变化点) 3.1.模型扩展性 3.2.设计模式的使用(苦心专研的设计模式.设计思想可以随意使用了) 3.3.部分类的使用(封装内部对象) 3.4.高强度的OO设计(面向特定领域的高度抽象设计形成特定领域框架) 4.DomainModel业务逻辑规则配置(将扩展点分离后使用适当的配置将规则IOC进去) 5.DDD简单总结(DDD是什么?它是“战术”) 1]开篇介绍 这篇文章不会太长,

为什么要写这节文章呢?   首先主动看我这系列文章和参加活动课程的同学, 肯定是积极好学的. 所以很大概率是学过设计模式和DDD理论的. 很大概率不是走一点都不懂设计模式和DDD理论这个极端, 而是走了过度使用设计模式和DDD理论,钻了牛角尖这个极端,这个现象有个科学名词叫做“原教旨主义”   因为我会在后面团队做项目的章节里面讲到DDD理论. 所以我在这节就不过多赘述了. 就以设计模式为例吧.   设计模式起于1995年的<Design Patterns: Elements of Reusab

From: https://liudongdong1.github.io/ 微服务架构,在集中式架构中,系统分析.设计和开发往往是独立进行的,而且各个阶段负责人可能不一样,那么就涉及到交流信息丢失的问题, 另外项目从分析到开发经历的流程很长,很容易最终开发设计与需求实现的不一样,微服务主要就是解决第二阶段的这些痛点,实现应用之间的解耦,解决单体应用扩展性的问题. 1. 概念 面对客户的业务需求,由领域专家与开发团队展开充分的交流,经过需求分析与知识提炼,以获得清晰的问题域.通过对问题域进行分析和

ABP相关岗位招聘:给热爱.NET新技术和ABP框架的朋友带来一个高薪的工作机会 ABP交流会录像视频:ABP架构设计交流群-7月18日上海线下交流会的内容分享(有高清录像视频的链接) 代码自动生成:分享一个与ABP配套使用的代码生成器源码 ABP系列文章总目录: 1.ABP总体介绍  2.ASP.NET Boilerplate入门 3.ABP分层架构 4.ABP模块系统 5.ABP启动配置 6.ABP依赖注入 7.ABP Session管理8.ABP日志管理9.ABP设置管理10.ABP领域层