ABP Framework 研习社经验总结(6.28-7.2)

ABP Framework 研习社经验总结(6.28-7.2)

研习社初衷

在翻译 《实现领域驱动设计》—— 基于 ABP Framework 实现领域驱动设计实用指南 时,因为DDD理论和实践的宽泛性,不同公司、不同行业、不同项目实现程度不同,觉得有必要为 ABP Framework 开发者提供一个良好的沟通、交流平台。

建群时间:2021.6.23 专注 ABP Framework 技术讨论、经验交流、资料共享!ABP Framework 研习社(QQ群:726299208) 欢迎更多的朋友加入,共同学习、共同成长!

十天回顾

首位成员:忘忧草 让人难忘!

image

截止到今日(7.2),10天时间,群里共入住182位小伙伴。

image

群里小伙伴,开发年限长,平时不闲聊,遇到感兴趣的话题,也会引发刷屏式的讨论。

入住大神级人物,@张善友(dotnet跨平台公众号作者,感谢文章推荐!) @角落的白板(52ABP框架作者)。

很多ABP元老级玩家,@娇龙(16年开始使用) @野鬼(15年开始用) @黑羽(在0.n版本时开始用)。

或许还潜伏着更多低调的高手,未被发现!

研习社经验总结(6.28-7.2)

总结和提取 ABP Framework 研习社 大家讨论活跃的话题、关注度比较高的内容,供各位学习、交流!

问题1:关于ABP版本

by@失意忆的誓言 15:21:50
现在是研究abp还是abp vnext

发现大家在沟通过程中对于ABP新旧版本存在不统一,所以觉得有必要梳理下ABP的版本。

简单回顾ABP的发展历史:

ASP .NET 时代

ASP .NET Boilerplate Project,简称ABP,是第一代开源框架。

ASP .NET Zero是基于 ASP .NET Boilerplate 框架的通用(模板)解决方案。付费商业版。

ASP .NET Core 时代

.NET Core 时代来临,ABP开发者考虑下一代版本的开发,开发代号Abp vNext,为了和第一代开源框架区分,这样命名很好理解,因为 .Net Core 之前也称为 .Net vnext 意为:下一代版本。

随着版本的逐步完善,个人感觉 ABP开发者的平台化战略越来越清晰,首先有一个统一平台 ABP.IO ,包括:文档、框架、社区、支持及商业服务,这不仅仅是一个官方网站,我们可以看到官方更大的愿景,围绕 ABP Framework 打造开发者生态,比如:插件商店也在未来的开发计划当中。

ABP.IO 平台之下,最核心是:开源框架 ABP Framework商业版 ABP Commercial

这与 ASP.NET 时代下的 ASP.NET Boilerplate ProjectASP.NET Zero 相对应。

最新版ABP,准确地应该称之为 ABP Framwork

ABP历史小结

  • ASP.NET 时代
    • ASP.NET Boilerplate Project 开源框架
    • ASP.NET Zero 商业版
  • ASP.NET Core 时代
    • Abp vNext 前身
    • ABP.IO 平台
      • ABP Framework 开源框架
      • ABP Commercial 商业版

问题2:关于DDD和三层架构区别

问题:三层架构和DDD究竟有什么不一样?

最大的区别在于设计思想的不同:DDD以领域为中心;三层以数据库为中心。一个是领域驱动;一个是数据驱动。DDD使用领域对象封装和实现需求的复杂性,领域可以复用;三层架构基于数据库建模,常规操作为:CRUD。

问题3:ObjectMapper是不是和领域服务有些冲突?

问题 by@黑羽:因为有了自动映射会导致可能不走构造函数,进而导致不走领域模型的构造函数中的业务逻辑?
@黑羽:我现在就是觉得 mapper违背一些规则。一开始觉得还行,后来觉得很不好用。

自动映射常用在领域服务中,接收参数,将 (输入)数据传输对象 转换为 领域对象返回数据,获取 领域对象 转换为 (输出)数据传输对象

接收参数转换为领域对象,如果创建领域对象时,需要属性有效性验证,不推荐使用 自动映射,尽管可以通过设置 自动映射规则,不建议将 业务规则 隐藏在自动映射配置中。

因为数据传输对象是一个POCO对象,所以在将 实体 自动映射为 (输出)数据传输对象时,可以放心自动映射。

对象自动映射,不是实施领域驱动必须技术,当做是一个工具,酌情使用即可!

更多最佳实践可以参看:《基于ABP Framework 实现领域驱动设计》#构件/数据传输对象/对象映射 章节

问题4:求 IssueTracking 项目源码

Hager²º20 08:22:55
@iEricLee 群主早上好,看了你的文章,质量很高呀。提到的项目IssueTracking,有没有可能给分享一份,具体的学习学习。

失意忆的誓言 08:28:15
那有没有最佳实现方式的demo可以分享一下呢,麻雀虽小五脏俱全的那种

@Hager²º20 如果能有一个示例项目结合文章细品就更好了
DDD这玩意儿,就是一种设计思想,可具体落地时有时候就感觉无从下手。

这里统一做一个回复:IssueTracking 是一个虚拟项目,主要用来模拟业务场景和需求的演变,目前没有与文章中相对应的单独项目。

如果大家想研究DDD落地后的项目示例,其实在 ABP Framework 源码中提供很多应用模块,这些应用模块都是遵循DDD最佳实践和原则,挑自己感兴趣的模块研究即可。

推荐最新发布的 CMS-Kit 模块传送门:Github 源码

问题5:关于应用层分层问题

问题:by@听她说。 它后面说可以多个application层来对应多个不同的业务场景 你能做个案例出来不😁😁

在解决方案中可以添加 Admin.Application Public.Application Common.Application 应用层,共用领域层。应用层分别对应管理后台业务逻辑、前台业务逻辑、公共业务逻辑的处理,对应用层进行拆分可以让项目结构更加清晰、可控。

由此也带来开发商的便利,比如因为对后台管理单独分层权限控制更加方便。

另外还可以按照不同客户端来分层,比如:Mobile.Application WeChat.Application Tablet.Application 来拆分应用层,处理不用客户端的业务需求,所以应用层在分层上可以灵活的,只需要遵循DDD基本原则都是DDD最佳实践!

问题6:关于自定义身份验证

by@ 听她说。 17:45:10
大家好,使用 abp vnext ,ids4,我想给用户添加一个pin密码然后使用pin密码登录,获取accesstoken,这样能实现吗?

解决方式:

by @Dr.Yao 18:57:43
阔以的。看 IExtensionGrantValidator

问题7:业务编码是在领域模型中生成,还是在应用服务?

by @野鬼:生成业务编码这个。不属于领域服务。在我的概念里面 它是属于 业务服务,ApplicatonService里面,我创建实体。
你必须传一个 单号给我。这个单号是由应用产生的。
我要一个订单号。这订单号怎么生成。不是我领域的事。是你 Application负责的事。
但我领域层会校验这个 单号的唯一性、校验单号的规则 。是否符合我的逻辑。
单号。早就生成好了。而且买现成的。

问题8:关于 ABP Framework的学习建议

问题 by@草叶睡蜢 16:52:59
对于官方文档,到底要怎么看,先看啥后看啥,有没有一个导航图或者思维导图。
我把官方文档下载下来,都是按字母排序的,根本分不清从哪里开始着手。
有经验的给分享一下学习路径。

学习路径建议:

  1. 先看快速入门的教程 Todo 、BookStore 把项目基础功能运行起来,理解基本流程和架构。
  2. 然后再逐个框架功能击破。模块众多可以挑自己能用到或感兴趣的分析,最终会发现所有模块其实都有统一的实现思路。
  3. 最后拿下架构层面内容:领域驱动、微服务、多租户。

电子书下载

个人认为 ABP Framework 技术栈新而全,是.NET开发者的“屠龙刀”、“宝藏库”。从代码、项目、解决方案、技术架构,都有优雅的设计和实现,对于初中级.NET程序员,想要进一步提升自己的编码功力设计思想架构经验,学习和应用该框架,绝对是最佳途径之一。

回顾系列文章:

为了大家方便阅读,整理成了电子书《基于ABP Framework 实现领域驱动设计》中文完整版_v1.0_iEricLee译 点击下载

dotNET兄弟会-公众号

专注.Net开源技术及跨平台开发!致力于构建完善的.Net开放技术文库!为.Net爱好者提供学习交流家园!

image

记录技术修行中的反思与感悟,以码传心,以软制道,知行合一!
posted @ 2021-07-02 16:41  iEricLee  阅读(519)  评论(0编辑  收藏  举报