有没有更好的方法来管理 100 个 aspx 页面？

Posted 2023-04-15

【中文标题】有没有更好的方法来管理 100 个 aspx 页面？

【英文标题】：Is there a better way to manage 100s of aspx pages?

【发布时间】：2011-04-01 08:03:38

【问题描述】：

我目前正在维护一个 asp.net 3.5 网站，这有点烦人，因为它有大约 100 个 aspx 页面。管理所有这些页面非常非常耗时，并且页面之间有很多相似之处。

您如何管理如此多的页面？我考虑过使用用户控件，但后来我必须管理 100 多个用户控件。我考虑过创建自己的小 cms，但我不具备做这种事情的知识，我什至不确定对于一个相对简单的应用程序是否具有这种复杂性（几乎所有页面都是 crud 操作，仅此而已)。

您有什么建议？

【参考方案1】：

用户控件是集中页面可重用部分的好方法。因此，如果您有相似之处将它们外部化到用户控件中，然后当您需要修改它时，您将只修改用户控件，而无需遍历所有正在使用它的页面。

【讨论】：

这就是我开始为页面中的类似功能做的事情。但是，我发现很难跟踪用户控件。您对如何跟踪用户控件的使用有任何提示吗？比如实际使用用户控件的位置？

@Ali，为什么需要跟踪用户控件的使用位置？ Visual Studio 中的 Find... 功能还不够吗？

我不知道，我什么都想知道：P。

【参考方案2】：

也许有母版页？ http://msdn.microsoft.com/en-us/library/wtxbf3hh.aspx

【讨论】：

已有母版页。很抱歉，但我不确定这会有什么帮助？我使用母版页来获得一致的应用程序外观。我错过了什么吗？

你说页面之间有相似之处。母版页可以帮助消除相似之处，从而简化页面的管理。您甚至可以使用嵌套母版页。但是，这取决于您没有提供太多细节的架构。

就是这样。没有架构。一些文件夹中有很多 aspx 页面。

所以问题是，您希望在改进方面走多远。你能重构所有这些页面吗？顺便说一句，当您说“管理所有这些页面”时，您是什么意思？您是否经常更改所有这些，因为您想为网站添加一些共同的东西？这一切都取决于。

我完全理解“这一切都取决于”部分。我发现很难“准确”地指出我需要什么；（。这充其量是令人沮丧的。我认为问题在于页面与数据库的可靠性。每次我们更改数据库中的某些内容时，我必须在多个页面中反映它，问题是页面和数据库模型之间没有 1-1 的关系，所以我必须浏览每个页面，看看我是否没有遗漏任何内容。

【参考方案3】：

您说页面之间有很多相似点，所以它会向我建议某种动态生成的内容会帮助您。

也许看看article like this on page inheritance also.

与其“管理”大量页面，不如说您需要减少页面数量并合理化项目架构。

【讨论】：

感谢您建议页面继承。我会仔细看看的。唯一合乎逻辑的解决方案（对我来说）是重新编写整个应用程序，但我担心我会犯同样的错误。我在建筑方面不是那么好。你有什么建议吗？几乎所有页面都是自包含的，每个页面都包含 crud 操作。几乎所有的 crud 操作都是在数据库端（存储过程）完成的。