ASP.NET MVC不适合用户界面设计师使用吗？

作者 Jonathan Allen 译者 侯伯薇 发布于 2011年2月20日

领域

过程 & 实践,

架构 & 设计,

语言 & 开发

主题

ASP.NET MVC ,

Web框架 ,

ASP.NET ,

.NET ,

架构 ,

编程 ,

用户体验

分享到

不管是本地应用程序还是web应用程序，一般都可以归为两类。大多数是实用程序，对功能付出了大量工作，而对于图形艺术家来说，只是在最初创建模型的时候参与，以后就没有他们的工作了。还有另一种应用程序，它会首先关注于外观，并且在每个步骤上都有成熟的用户界面设计师和程序员一起工作。我们一般认为这些人会使用HTML、MXML或者XAML来完成工作。

而对于XAML的情况比较复杂。程序员会花费大量时间来确保他们的代码能够在Blend的设计时环境中正确运行。但如果他们确实做到的话，那么用户界面设计师就能够看到完成的产品会是什么样子，就像他们使用HTML/CSS工具一样。

对于ASP.NET MVC，情况会更差。尽管它让开发变得更容易，但是Michael Taylor认为这种技术在其它方面是一种后退。

但是在MVC领域有问题。我们在创建用户界面，但是为什么无法在设计器中看到它会是什么样子呢？ 它让我们回到了需要记忆ASP/HTML的日子，曾经我们会编写用户界面，然后运行IE来看它是什么样子。从用户界面设计师的角度这太荒唐了。ASP.NET（可能也是Visual Interdev）最显著的特性之一就是，我可以编写用户界面，然后不需要离开VS，只需要切换就能够查看它。我甚至还可以把控件拖拽到表单中，并对其进行调整，直到它处于正确的位置。而在MVC中没有这样的功能了。

Michael的抱怨很容易理解。缺少在设计时渲染MVC块的功能，我们就无法在设计器中看到对CSS的改变会如何影响页面的外观。也就是说，没有暂时性方案可用。我们能够使用的一种方法可能是运行站点，并把生成的HTML代码复制到静态文件中。从那里，设计师能够使用他所喜欢的任何工具来调整样式。

另一个问题在于我们无法看到特定浏览器中的渲染问题。像大多数工具一样，当开发者使用可能无法跨平台兼容的技术时，Visual Studio并不会提出警告。所以设计师需要完成比较麻烦的任务，需要手动检查每种浏览器，看他们的CSS是否真正有效。

查看英文原文：Is ASP.NET MVC Inappropriate for User Interface Designers?

译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   又要马儿跑得快，又要马儿不吃草

   发表人 Zhao Jeffrey

   WebForm和MVC本来就是各有千秋，当初很多人说WebForms怎么怎么不好的时候都很爽，后来又老是说MVC怎么怎么麻烦的……

   回复

2. 返回顶部

   设计器根本不可信

   发表人 fang peter

   什么啊，那种切换过来看到UI的，压根就不能信。开发者都知道，不知道哪个人会去用那玩意，根本不准。

   回复