BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

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

| 作者 Jonathan Allen 关注 525 他的粉丝 ,译者 侯伯薇 关注 0 他的粉丝 发布于 2011年2月21日. 估计阅读时间: 2 分钟 | GMTC大前端的下一站,PWA、Web框架、Node等最新最热的大前端话题邀你一起共同探讨。

不管是本地应用程序还是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账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

又要马儿跑得快,又要马儿不吃草 by Jeffrey Zhao

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

设计器根本不可信 by fang peter

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

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT