我的团队正在启动一个全新的ASP.NET解决方案,它可能会变得非常庞大。受到ASP.NET MVC的启发,我们目前在模型项目中表达所有数据访问对象。然而,我们没有很好的组织ASP.NET ascx和aspx的惯例。
我们已经审查了DotNetNuke,并希望避免通过单个default.aspx驱动整个应用程序的复杂性。
如何组织非MVC ASP.NET解决方案?非常感谢您的提示、链接和建议!
我的团队正在启动一个全新的ASP.NET解决方案,它可能会变得非常庞大。受到ASP.NET MVC的启发,我们目前在模型项目中表达所有数据访问对象。然而,我们没有很好的组织ASP.NET ascx和aspx的惯例。
我们已经审查了DotNetNuke,并希望避免通过单个default.aspx驱动整个应用程序的复杂性。
如何组织非MVC ASP.NET解决方案?非常感谢您的提示、链接和建议!
这是我们组织解决方案的方式。以下是文件夹:
通常情况下,我们将基于角色的aspx文件放在它们各自的文件夹中,其他一般的aspx文件则在根目录之外。除了我们创建的这些内容之外,我们还有App_Code和App_Data,但这两个都是ASP .net文件夹,我们实际上不会创建它们。
希望有所帮助