asp.net - 将 ASP.NET 2.0 应用程序重构为更多 "modern"

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

4年前关闭。




Improve this question




这是一个假设的场景。假设您刚刚被一家拥有小型开发团队的公司聘用。该公司使用用 .NET 2.0 编写的内部 CRM/ERP 类型系统来管理所有日常事务(让我们简化并说客户帐户和记录)。该应用程序是几年前编写的，当时 .NET 2.0 刚刚发布并使用以下架构设计:

网络表单

数据层是 SqlCommand 的一个薄包装器，它调用存储过程

通过 sprocs 填充的基本 DTO 样式业务对象

一个“业务逻辑”层，充当 webform 和数据库之间的网关(即调用该层的代码)

假设随着应用程序中添加的更改和需求越来越多，您开始感觉到旧架构正在显露其年龄，并且更改变得越来越困难。您将如何引入重构步骤以 A) 使应用程序现代化(即适当的关注点分离)和 B) 确保应用程序可以轻松适应组织中的变化？

IMO 的变化将涉及:

引入一个像 Linq 到 Sql 的 ORM 并摆脱 CRUD 的 sprocs

假设你不能直接扔掉 Webforms，那么在表单中引入 M-V-P 模式

确保网关类符合 SRP 和其他 SOLID 原则。

将重用的逻辑更改为 Web 服务方法，而不必重用代码

你怎么看？同样，这是一个完全假设的场景，我们中的许多人过去曾遇到过，或者最终可能会遇到。

Answer 1

你错过了我要经历的第一步:

成本效益分析

重构一个应用程序，因为你认为它感觉很旧不是一个很好的理由。它仍在运行(我现在猜测相当可靠)并且您的公司已经在代码上投入了大量时间和金钱。

您可能还有一个熟悉 .NET 2.0 和 WebForms 的开发人员团队，而许多人可能不理解您尝试介绍的概念/代码。

在更改任何东西之前，先弄清楚投入了多少资金，您将在更改上花费多少资金，以及将来会节省多少资金......

如果数字不加起来，则没有任何业务会让您继续。