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

Posted dotNET跨平台

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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) 欢迎更多的朋友加入,共同学习、共同成长!

十天回顾

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

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

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

入住大神,@张善友(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 Project 和 ASP.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 源码[1] 。

问题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落地领域驱动设计-01.全景图•  基于ABP落地领域驱动设计-02.聚合和聚合根的最佳实践和原则•  基于ABP落地领域驱动设计-03.仓储和规约最佳实践和原则•  基于ABP落地领域驱动设计-04.领域服务和应用服务的最佳实践和原则•  基于ABP落地领域驱动设计-05.实体创建和更新最佳实践•  基于ABP落地领域驱动设计-06.正确区分领域逻辑和应用逻辑

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

请入群:ABP Framework 研习社(QQ群:726299208)在共享文件中下载。

References

[1] 传送门:Github 源码: https://github.com/abpframework/abp/tree/dev/modules/cms-kit

以上是关于ABP Framework 研习社经验总结(6.28-7.2)的主要内容,如果未能解决你的问题,请参考以下文章

DBA智能物流研习社第一期落幕

基于ABP落地领域驱动设计-05.实体创建和更新最佳实践

基于ABP落地领域驱动设计-04.领域服务和应用服务的最佳实践和原则

[莉莉丝研习社]简洁的Erlang 复杂的游戏

总结 | 复旦大学陈俊坤:自然语言处理中的多任务学习 | AI 研习社职播间第 6 期

数据挖掘竞赛的套路就在这里了,看完本文全明白!