ABP vs Asp.net Boilerplate - 生产的当前状态[关闭]答案

【问题标题】：ABP vs Asp.net Boilerplate - Current State for Production [closed]ABP vs Asp.net Boilerplate - 生产的当前状态[关闭]
【发布时间】：2026-01-27 15:05:02
【问题描述】：

我即将着手开展一些多租户应用程序项目，并认真研究 ABP 和 ASP.NET 样板作为起点。因为我有这个难得的重新开始的机会，我显然想使用最新最好的（ABP），但似乎 ABP 缺少很多文档——事件系统、电子邮件、如何播种数据等——无论我去哪里我在文档中看到 TO DO，这让我质疑有多少人正在使用它开发新项目。人们（以前没有开发过 ASP.NET Boilerplate 解决方案）是否真的在使用 ABP？您如何解决所有文档漏洞？有了这样一个更好的基础，使用 ASP.NET Boilerplate 的真正缺点是什么？

谢谢，戴夫

【问题讨论】：

标签： abp

【解决方案1】：

我对 ABP 和 DNN 等样板框架有一些经验。根据我的经验，使用这些单体框架的短期收益不值得他们在解决方案生命周期后期产生的成本。

如果您正在制作一个您不打算稍后维护的应用程序，那么无论如何这些解决方案都非常好。

然而，他们最终因自重过多而陷入困境。

如果您有一个合适的时间表和一个适当的概念可以遵循，那么独立的解决方案是最好的。

【讨论】：

框架本身非常关注Web层（某种网关），如果不使用框架，您需要自己编写许多组件，包括：缓存，验证，数据访问，授权.. . 他们可能会花费一个开发人员一个月或更长时间来完成一个基本的可用代码库来进行开发。此外，对于团队而言，熟悉其他成员（通常是领导者）的代码可能对其他成员具有挑战性（因为代码质量、缺乏文档……）。所以在这种情况下使用框架可能是一个不错的选择……
为了扩展应用程序的目的，我认为它几乎位于底层（不是Web层），更具体地说是服务层-可以在多个独立主机上运行。甚至网关也可以扩展。我上面提到的所有组件通常都放在一个整体中，因为它们属于网关层。所以这里的 web 框架是单体的，但它不是完整的解决方案，当然即使它需要可扩展和模块化也完全可以使用。

【解决方案2】：

去年 1 月，我有机会将 ASP.NET BOILERPLATE 与 net framework 一起使用，然后（10 个月前）在 net core 项目中使用。然后在 5 个月前出现了一个新的 net core 项目，我们对 ABP 的成熟度持怀疑态度，但我们转而使用它，因为它被推荐用于 net core，尽管大部分文档都是空的。这是一个很好的决定，如果您以前使用过 ASP.NET BOILERPLATE，或者您正在开始一个网络核心项目，我强烈建议您从 APB 框架开始（他们为网络核心做了很多优化）。每周他们都会发布新的文档，版本的发布非常快，并且他们的 github 问题页面有很多来自其他用户问题的文档（社区正在迅速增加）。

【讨论】：