在ASP.NET Web窗体中,您将(特定于视图的)类放置在何处
我们的网站现在越来越大,我们必须对web应用程序应用一些结构化 现在看起来是这样的:在ASP.NET Web窗体中,您将(特定于视图的)类放置在何处,asp.net,webforms,directory-structure,Asp.net,Webforms,Directory Structure,我们的网站现在越来越大,我们必须对web应用程序应用一些结构化 现在看起来是这样的: - App_Themes - Content (NuGet, untouched) - themes - base - Libs - Pages - A - PageOfA1.aspx - PageOfA2.aspx - B - PageOfB1.aspx - PageOfB2.aspx - LogOn.aspx - Site.master - Res
- App_Themes
- Content (NuGet, untouched)
- themes
- base
- Libs
- Pages
- A
- PageOfA1.aspx
- PageOfA2.aspx
- B
- PageOfB1.aspx
- PageOfB2.aspx
- LogOn.aspx
- Site.master
- Resources
- Images
- Reports
- Scripts
- Styles
- Scripts (NuGet, untouched)
- UserControls
我想看看您的一些目录结构,尤其是我想知道的是:我们应该将在*.aspx页面后面的代码中使用的视图特定类文件(*.cs)放在哪里?
从现在起,由于物理距离较近,我们比较乐意将它们放在相应的*.aspx.cs文件中
但我们即将激活StyleCop规则,该规则对每个文件强制一个类。
那么我应该把这些文件放在哪里呢
我有意识地不告诉你我的想法,因为我对所有的想法都不满意,如果它们与我的想法相匹配,我无论如何都会带着那种对解决方案不满意的感觉生活。我建议将关注分开。有一个用于数据访问的项目,一个用于域模型,一个用于服务,一个用于测试
有关N层体系结构的信息,请查看此链接-您所说的“原始*.cs文件”是什么意思?你说的是
.aspx.cs
还是.cs
?不,对不起。我指的是纯视图特定类文件。这种情况已经存在。但我所说的并不是真正的“业务对象”。它们更多的是“视图模型”。例如:我有一个类WeatherData,我不想把这个类放在我们的BusinessObjects项目中。因此,我必须将其存储在web应用程序项目的一个文件夹中。问题:此文件夹应存储在结构中的何处以及如何命名。另一个示例:特定于Web的helper类。我倾向于在Web应用程序中创建一个名为“Helpers”的文件夹,并将其存储在其中。