ABP Framework是否适用于真实互联网项目？有无落地案例参考？

关于生产适用性与完整项目参考 #

• ABP Framework完全可以用来做互联网真实生产项目。你搜不到成熟实用的开源站点太正常了，正经跑线上业务的项目很少会把全量代码开源放出来，网上能搜到的大多是教学用的微型演示样例，为了降低入门门槛刻意做了简化，只展示单个功能点，根本代表不了框架的实际能力上限。目前不管是国内还是海外，都有大量中大型SaaS平台、企业服务系统、内容类站点基于ABP落地跑生产，流量规模从日活几千到几十万的项目都有。
• 包含多业务对象的完整投产级参考是存在的：框架本身自带的身份权限管理、多租户、审计日志、文件存储、本地化、后台任务这些预构建模块，全都是按生产标准写的完整实现，不是零散的功能片段；官方提供的项目启动模板本身就是分层清晰、符合生产规范的完整工程骨架，你不需要从零搭底层架构，直接在这个骨架上填充自己的业务逻辑就行。

关于讲座管理项目的稳定性与可维护性 #

• 只要你项目初期严格跟着框架约定的架构规范走，不随意打破分层边界，基于ABP搭建的方案完全可以稳定支撑你提到的所有业务模块，长期可维护性比很多团队从零攒的框架要好得多。你列的这些业务场景，很多底层能力框架本身就已经提供了，不需要你重复造轮子：
  • 组织机构、讲师、活动、带时间轴和章节目录的讲座资源这类核心业务数据，直接按框架的领域实体、仓储、应用服务规范实现就行，自带的参数校验、软删除、操作审计、对象自动映射能力能省掉大量重复的样板代码
  • 多语言翻译功能可以直接复用框架原生的本地化体系，不用从零做多语言内容的存储、切换、兜底逻辑
  • 多用户并行转录这类并发写场景，框架默认带的工作单元、分布式事件总线、乐观锁支持可以很好的保障数据一致性，你只需要根据业务场景配置好并发冲突规则就行
  • 邀请机制、新闻通讯订阅、日程预约这类功能，可以直接基于框架自带的权限体系、后台任务调度、领域事件通知能力做底层支撑，不用从零写任务调度、消息通知的基础逻辑
• 唯一需要注意的点是：别为了图省事随便打破框架的分层约束，比如不要在接口层直接写数据库操作逻辑、不要跨层直接调用内部私有方法，只要守住架构边界，后续业务迭代扩张的时候，开发效率和问题排查效率都会非常高，不会出现项目越做越乱维护不动的情况。

内容的提问来源于stack exchange，提问作者Tom