我将有一个asp.net MVC，将连接到一个WCF web服务。该服务定义了数据库连接。
我注意到我将有3个不同的模型/数据类。
首先是MVC中的ViewModel。我想这可能与数据库中数据的表示方式有所不同。
第二个是数据模型，它定义了对象在数据库中的样子。
然后是DataContract家伙，它定义了通过WCF服务传输的对象的外观。我猜它要么是ViewModel的表示，要么是DataModel的表示。
这是矫枉过正还是必要之恶?我是否应该将数据合约定义为ViewModel家伙，或者甚至是数据模型。
你会怎么做，你会怎么把它分成几个组件?
我会像你提到的那样把它们分开。它们每个都有一个不同的层来处理(即属于)，并且应该是单独的对象来处理任何未来的变化。
wcf项将通过引用属于wcf服务的服务来创建。你的数据模型应该在模型项目或数据访问项目中，你的ViewModels应该在MVC应用程序中，尽管你可以从那里打破，但由于它与MVC应用程序的耦合相当紧密，这是有争议的。
我应该定义数据合同作为ViewModel家伙也许，
当然不是。ViewModels是面向屏幕(用例)的。
但你可以在SilverLight或jQuery客户端所使用的DataService中这样做。
甚至是数据模型
这可能有意义。poco的一个原因是它们甚至可以是相同的类。