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版本
发现大家在沟通过程中对于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 。
最新版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使用领域对象封装和实现需求的复杂性，领域可以复用；三层架构基于数据库建模，常规操作为：CRUD。
问题3：ObjectMapper是不是和领域服务有些冲突？
自动映射常用在领域服务中，接收参数，将 （输入）数据传输对象 转换为 领域对象；返回数据，获取 领域对象 转换为 （输出）数据传输对象 。
接收参数转换为领域对象，如果创建领域对象时，需要属性有效性验证，不推荐使用 自动映射，尽管可以通过设置 自动映射规则，不建议将 业务规则 隐藏在自动映射配置中。
因为数据传输对象是一个POCO对象，所以在将 实体 自动映射为 （输出）数据传输对象时，可以放心自动映射。
对象自动映射，不是实施领域驱动必须技术，当做是一个工具，酌情使用即可！
问题4：求 IssueTracking 项目源码
这里统一做一个回复：IssueTracking 是一个虚拟项目，主要用来模拟业务场景和需求的演变，目前没有与文章中相对应的单独项目。
如果大家想研究DDD落地后的项目示例，其实在 ABP Framework 源码中提供很多应用模块，这些应用模块都是遵循DDD最佳实践和原则，挑自己感兴趣的模块研究即可。
推荐最新发布的 CMS-Kit 模块：传送门：Github 源码 。
问题5：关于应用层分层问题
在解决方案中可以添加 Admin.Application Public.Application Common.Application 应用层，共用领域层。应用层分别对应管理后台业务逻辑、前台业务逻辑、公共业务逻辑的处理，对应用层进行拆分可以让项目结构更加清晰、可控。
由此也带来开发商的便利，比如因为对后台管理单独分层权限控制更加方便。
另外还可以按照不同客户端来分层，比如：Mobile.Application WeChat.Application Tablet.Application 来拆分应用层，处理不用客户端的业务需求，所以应用层在分层上可以灵活的，只需要遵循DDD基本原则都是DDD最佳实践！
问题6：关于自定义身份验证
解决方式：
问题7：业务编码是在领域模型中生成，还是在应用服务？
问题8：关于 ABP Framework的学习建议
学习路径建议：
- 先看快速入门的教程 Todo 、BookStore 把项目基础功能运行起来，理解基本流程和架构。
- 然后再逐个框架功能击破。模块众多可以挑自己能用到或感兴趣的分析，最终会发现所有模块其实都有统一的实现思路。
- 最后拿下架构层面内容：领域驱动、微服务、多租户。
电子书下载
个人认为 ABP Framework 技术栈新而全，是.NET开发者的“屠龙刀”、“宝藏库”。从代码、项目、解决方案、技术架构，都有优雅的设计和实现，对于初中级.NET程序员，想要进一步提升自己的编码功力、设计思想、架构经验，学习和应用该框架，绝对是最佳途径之一。
回顾系列文章：
- 基于ABP落地领域驱动设计-01.全景图
- 基于ABP落地领域驱动设计-02.聚合和聚合根的最佳实践和原则
- 基于ABP落地领域驱动设计-03.仓储和规约最佳实践和原则
- 基于ABP落地领域驱动设计-04.领域服务和应用服务的最佳实践和原则
- 基于ABP落地领域驱动设计-05.实体创建和更新最佳实践
- 基于ABP落地领域驱动设计-06.正确区分领域逻辑和应用逻辑
为了大家方便阅读，整理成了电子书《基于ABP Framework 实现领域驱动设计》中文完整版_v1.0_iEricLee译 点击下载。
dotNET兄弟会-公众号
专注.Net开源技术及跨平台开发！致力于构建完善的.Net开放技术文库！为.Net爱好者提供学习交流家园！