验证 – 关于构建asp.net mvc应用程序的建议

我想抛弃我收集的这些想法,看看它们是否是社区设计MVC应用程序的“可接受”方式.

这是我的基本布局：

> DataAccess项目 – 包含非MS SQL数据库存储库(LINQ-to-SQL不创建)的所有存储库类,LINQ-to-SQL数据上下文,过滤器和自定义业务对象.存储库通常只有他们正在管理的对象的基本CRUD.
>服务项目 – 包含执行业务逻辑的服务类.他们接受控制器的命令并告诉存储库要做什么.
> UI项目 – 包含视图模型和一些包装器(如ConfigurationManager)(用于单元测试).
>主MVC项目 – 包含控制器和视图,以及javascript和css.

这似乎是构建ASP.NET MVC 2应用程序的好方法吗？还有其他想法或建议吗？

视图模型是否用于视图的所有输出和视图输入？

我正在为每个需要在视图中显示数据的业务对象制作视图模型的路径,并使它们成为具有一堆属性的基本类,这些属性都是字符串.这使得处理视图变得非常容易.然后,服务层需要管理从视图模型到业务对象的映射属性.这是我的一些困惑的原因,因为我在MVC / MVC2上看到的大多数示例都不使用视图模型,除非您需要类似组合框的东西.

如果您使用MVC 2的新模型验证,那么您是否会验证viewmodel对象而不必担心将验证属性放在业务对象上？

如何对这种类型的验证进行单元测试,或者我不应该单元测试返回的验证消息？

谢谢！