所以我正在阅读Scott Gu的一篇博客文章,其中有一段很好的代码,用于在 MVC3 中创建一个新的验证对象
“逻辑上”是在 MVC3 环境中存储它的最佳位置?是否最好将其存储在与解决方案链接的新项目中?MVC 中是否有与 Webforms 中相同的 app_code 文件夹?
我喜欢在编码时保持一切整洁(可能是强迫症!)但想在社区中挑选最佳实践。
所以我正在阅读Scott Gu的一篇博客文章,其中有一段很好的代码,用于在 MVC3 中创建一个新的验证对象
“逻辑上”是在 MVC3 环境中存储它的最佳位置?是否最好将其存储在与解决方案链接的新项目中?MVC 中是否有与 Webforms 中相同的 app_code 文件夹?
我喜欢在编码时保持一切整洁(可能是强迫症!)但想在社区中挑选最佳实践。
我认为这样的代码可以在各种项目中重用,并且并不特定于我正在处理的 Web 应用程序。所以我创建了一个特殊的实用程序项目,在该项目中,我可能有一个用于注释或验证的命名空间或类似的东西,我会在其中放置这样的类。
我通常将解决方案分成至少两个程序集(或项目)。一个托管实际的 Web 应用程序,一个包含业务对象、实用程序类和方法等。当您需要在不同的位置重用某些逻辑时,这通常也有帮助 - 例如,假设您最终编写了一个 Windows需要一些逻辑和那些业务对象的服务,如果它们在自己的程序集中被隔离,它会有所帮助。Web 项目名称空间仅保留用于与演示相关的内容,而不是业务功能。在某种程度上,我想我总是认为 ASP 或 WinForms 或 MVC 端只是通往业务程序集中应用程序实际内容的管道。所以这就是我最终可能会放置这样的东西的地方。