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 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 源码 。

问题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  阅读(1399)  评论(0)  编辑  收藏  举报