ABP Framework 研习社经验总结（6.28-7.2）

最新推荐文章于 2024-09-13 22:29:03 发布

dotNET跨平台

最新推荐文章于 2024-09-13 22:29:03 发布

阅读量534

点赞数 1

文章标签：大数据编程语言人工智能 java python

原文链接：https://www.cnblogs.com/YGYH/p/14963706.html

版权

ABP Framework 研习社经验总结（6.28-7.2）

研习社初衷

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

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

十天回顾

首位成员：忘忧草 让人难忘！

null

截止到今日（7.2），10天时间，群里共入住182位小伙伴。

null

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

入住大神，@张善友（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负责的事。但我领域层会校验这个单号的唯一性、校验单号的规则。是否符合我的逻辑。单号。早就生成好了。而且买现成的