As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center获取指导。




已关闭8年。





我正在开发一个Web应用程序,该应用程序很可能最终会带有大量.aspx和.master文件。大小更多的是范围问题,而不是设计问题,因此这是不可避免的。大型项目的结构是否有好的/坏的做法?

显然,我为图像,脚本文件和样式表等资源提供了单独的目录,但是拥有用于母版页的文件夹会很疯狂吗?如果我知道我将拥有50或60个aspx页面,是否应该为aspx资源创建一个文件夹?如果将其中的10个页面专门用于单个产品,那么在我的aspx文件夹中为ProductA或其他创建一个文件夹是否明智?

通常,共识似乎是使开发人员更容易理解的东西(在本例中为我)是好的,而且我知道Visual Studio在进行编译时确实是它自己的事,但是我一直在下一位开发人员来接一个项目,所以我想避免看起来像个傻瓜。 (并不是我希望很快会有“下一个开发人员”)

最佳答案

对于Master Pages来说,它并不是那么重要-它们本身并不能立即被客户看到,因此将它们放在子文件夹中是您要执行的一项组织任务,也是帮助您在头上构筑网站。

但是,对于其他固定页面,文件夹的选择可能很重要。例如,如果您要执行以下操作:

http://www.mysite.com/folder/thing.aspx

现在,您已经为页面创建了一个上下文-实际上,URL定义了该页面相对于您的网站的位置。此外,可以在导航和搜索引擎索引编制中使用此上下文,以发挥您的优势。

一个具体的例子是销售不同类别产品的站点。您可以将内容放在以下子文件夹中:

http://www.mysite.com/books/list.aspx-清除这是一个列出书籍的页面

http://www.mysite.com/games/list.aspx-清除这是一个列出游戏的页面

然后,搜索引擎将选择这些类别,您将可以通过以下方式链接至它们:

http://www.mysite.com/games/(假设您为该文件夹设置了默认页面)

实际上,您正在通过对功能涉及的类别进行分类。在上面的示例中,您还将在站点和“游戏”之间建立语义关系。

这是REST方法的一部分。

在实践中,使用URL Rewriting来实现这种结构要容易得多,这意味着,正如另一位发帖人所提到的那样,除了您自己的组织工作之外,您真的不需要担心该结构。

这也意味着您可以减少页面数,而是根据传递的URL加载用户控件和内容。

因此,无论如何都可以构建文件,但是请考虑一下站点的public face是什么!

10-05 20:45
查看更多