在ASP.NET MVC中放置站点范围的函数/类的文件夹是什么

在ASP.NET MVC中放置站点范围的函数/类的文件夹是什么,asp.net,asp.net-mvc,Asp.net,Asp.net Mvc,网络MVC 我想为我的应用程序创建一个包含站点范围函数的类 这样做的最佳实践是什么? 我应该在哪里创建类?在哪个文件夹里? 我应该创建一个新文件夹吗 编辑: 我需要一个返回基本uri的函数,它可以从任何控制器调用。 日期格式化函数或任何其他简单逻辑,但将重复使用这取决于函数包含的内容。如果它像一个通用的助手/实用程序功能,应该可以在整个应用程序中使用,我会把它放在Helpers文件夹中。不过只有我的0.02美分 这取决于函数包含的内容。如果它像一个通用的助手/实用程序功能,应该可以在整个应用程序

网络MVC

我想为我的应用程序创建一个包含站点范围函数的类

这样做的最佳实践是什么? 我应该在哪里创建类?在哪个文件夹里? 我应该创建一个新文件夹吗

编辑:
我需要一个返回基本uri的函数,它可以从任何控制器调用。
日期格式化函数或任何其他简单逻辑,但将重复使用

这取决于函数包含的内容。如果它像一个通用的助手/实用程序功能,应该可以在整个应用程序中使用,我会把它放在Helpers文件夹中。不过只有我的0.02美分

这取决于函数包含的内容。如果它像一个通用的助手/实用程序功能,应该可以在整个应用程序中使用,我会把它放在Helpers文件夹中。不过只有我的0.02美分

正如@Charlino所评论的,你有多种选择。就我个人而言,我会用两个项目来构建您的MVC解决方案。一个项目用于您的UI,另一个项目用于所有其他项目,包括您正在描述的“通用”功能。您可以将“其他所有内容”拆分为许多较小的程序集,但我个人的偏好是拥有较少的程序集。我总是发现使用更少的程序集更容易。如果您使用了良好的编码原则(如SOLID),那么使用2个或20个程序集应该无关紧要


(Automapper的作者)写了一篇关于他如何构建解决方案的优秀文章。

正如@Charlino所评论的,你有多种选择。就我个人而言,我会用两个项目来构建您的MVC解决方案。一个项目用于您的UI,另一个项目用于所有其他项目,包括您正在描述的“通用”功能。您可以将“其他所有内容”拆分为许多较小的程序集,但我个人的偏好是拥有较少的程序集。我总是发现使用更少的程序集更容易。如果您使用了良好的编码原则(如SOLID),那么使用2个或20个程序集应该无关紧要


(Automapper的作者)写了一篇关于他如何构建解决方案的优秀文章。

你能更具体地解释一下“站点范围的功能”是什么意思吗?因为它最好作为一个HtmlHelper扩展方法、基本控制器类、操作过滤器、服务类、http模块。。。我需要一个返回基本uri的函数,它可以从任何控制器调用。一个日期格式化函数,或任何其他简单的逻辑,但将被重复使用。只需将您的方法放在application controller helper中。您能否更具体地说明“站点范围的函数”的含义?因为它最好作为一个HtmlHelper扩展方法、基本控制器类、操作过滤器、服务类、http模块。。。我需要一个返回基本uri的函数,它可以从任何控制器调用。一个日期格式化函数,或任何其他简单逻辑,但将被重复使用,只需将您的方法放在application controller helper中即可。