.net - 将经典 ASP 应用程序迁移到 ASP.NET

Question

我们正处于一个项目的设计阶段，其目标是将 ASP 经典应用程序重新构建为 ASP.Net 4.0。该系统需要完全基于网络。新系统有几个新的要求，使这个项目成为一个具有挑战性的项目:

系统需要独立于数据库。它必须在 1.0 版中支持 MS SQL Server、Oracle、MySQL、Postgres 和 DB2。

系统必须能够允许第三方报告包从数据库中轻松报告。

系统必须允许管理最终用户通过基于 Web 的界面在数据库中创建自己的表。

系统必须允许管理最终用户设计/配置用户界面(基于 Web)，他们可以在其中选择系统中的表和字段(我们系统的核心表或在 #3 中创建的他们自己的自定义表)

系统必须允许管理最终用户在这些自定义创建的表之间以及这些表与我们系统的核心表之间创建和维护关系。

系统必须允许管理最终用户创建将强制验证、显示/隐藏 UI 元素、基于特定用户、特定用户组或特权的身份阻止某些操作的业务规则。

本质上，它是一个具有一些核心票务跟踪功能的系统，但允许最终用户扩展界面、业务规则和数据库。这是否可以在基于 Web 的 .Net 环境中构建？如果是这样，您认为完成这项工作需要付出多大的努力？我们目前是一个 6 人的商店，有 2.5 名全职开发人员。

Answer 1

有一点要质疑的是，是谁创造了这些要求？大多数有经验的开发人员过去都会尝试过通用的无所不能的系统，但通常都没有成功。这是因为正确处理是一件棘手的事情，并且存在很多陷阱。用户在数据库级别创建自己的表的要求是来自了解安全含义和设计原则的经验丰富的程序员，还是来自“做过一点编程”的项目经理？首先理清现实世界的需求。

代替

The system must allow an administrative end user to create their own tables in the database through the web based interface.

也许你应该有这个要求

The system must allow an administrative end user to define and store their own data through the web based interface.

这将阻止您缩小选择范围。集思广益不同的实现，创建一些原型(prototype)和概念设计，并准备好扔掉这些。

我的方法是将数据库访问完全抽象到您可能不是真正在数据库本身中创建新的客户端定义表而是在数据访问层中创建虚拟表的地步。这将有助于使系统数据库不可知。

如需验证，请查看 FluentValidation .它是一个非常易于使用且灵活的验证框架，可以很好地与客户端的 JQuery 验证配合使用

给自己大约一年的时间，然后可能会增加 50% 以作为衡量标准。确实，估算这种项目非常困难，但我们使用最佳实践敏捷方法在一年内用类似的团队完成了类似规模的项目。我假设您的开发人员有能力。正如您正确确定的那样，这是一个非常具有挑战性的项目。