在构建 ASP.Net MVC 应用程序的过程中，是否有任何设计表面（或设计工具）可供设计师（穿着黑色高领毛衣的老兄/老兄）使用的设计表面（或设计工具）？
这样，一旦就模型的结构和应用程序所需的交互达成一致，设计师就会离开并使用此设计工具构建 UI（MVC 中的 V），而开发人员则离开并构建使用 Visual Studio 编写代码（MVC 中的 M&C）。
据我所知，这个设计师还需要使用 Visual Studio 并使用 Razor（或其他视图引擎）语法构建视图，而不是能够使用具有拖放布局和属性的设计图面构建视图设置之类的。
我认为您可以要求他们为每个视图提供一个硬编码的 HTML……然后，一旦将硬编码数据放入 Razor，您就可以替换它。
这就是 Razor 的美妙之处……从固定的 HTML 传递到 razor 视图非常容易。
Razor 需要编程，并且创建视图不是一项随意的任务。我会让设计师在他们喜欢的任何程序中工作，他们可以在设计方面表现出色，让程序员担心如何最好地在 Razor 中创建视图和编程（这实际上只是带有一些额外语法的 C#/VB）。
这取决于..你的设计师有什么样的技能？他们是真正的设计师（没有 JS/jQuery/etc 知识.. 他们生活和呼吸 PSD）还是设计师/前端工程师（他们知道 js/jQuery，IE7 和 IE9 之间的差异。从渲染角度来看）。
如果你有一个真正的设计师，那么最好的就是 HTML。PSD 也可以，但是如果他们可以将他们的设计转换为 HTML，他们已经为您完成了很多艰苦的工作（除非您喜欢计算浮动和边距以及所有这些爵士乐）。也就是说，如果您使用的是 Twitter Bootstrap 或 Blueprint CSS 之类的东西，那么他们显然也必须知道如何使用它们。
如果您有幸拥有一名设计师/前端工程师，那么值得您花时间教他们一些基本的 razor 语法，例如 @Url.Action 和 @Html.BeginForm。他们可以告诉您他们需要的操作，您可以通过首先给他们一个假数据/响应版本来一起工作，他们可以在您创建真实版本时使用该版本。在这种情况下，他们可以使用 Visual Studio 或者您可以对其进行设置，以便他们通过 IIS 在他们的机器上托管您的站点，并且他们只需使用您的源代码管理来获取自动放置在正确目录中的最新信息。然后他们可以继续在他们喜欢的任何编辑器中工作，因为他们应该只在 html 中工作，并且会实时更新。也就是说，如果您使用的是 ASP.Net MVC 4 捆绑软件，您必须决定如何维护捆绑软件。