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

不管是本地应用程序还是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?

Advertisements
This entry was posted in MVC, UI. Bookmark the permalink.

发表评论

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 更改 )

Twitter picture

You are commenting using your Twitter account. Log Out / 更改 )

Facebook photo

You are commenting using your Facebook account. Log Out / 更改 )

Google+ photo

You are commenting using your Google+ account. Log Out / 更改 )

Connecting to %s