而对于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是否真正有效。
16 个解决方案
#1
今天怎么这么多怪问题
#2
只知道美工,不知道什么事用户界面设计师
#3
MVC咋的了。该美工一样啊。
#4
慢慢来 总能处理的 呵呵 MVC反而觉得代码多了
#5
当然适合了,这才是原生态的更适合 .
#6
先界面后程序还好
如果先程序后界面 那就辛苦美工了
如果先程序后界面 那就辛苦美工了
#7
这个,好像是不大会用mvc照成的吧。难道会比asp更糟?
#8
MVC并不适合非.net程序员
WebForm和MVC本来就是各有千秋
WebForm和MVC本来就是各有千秋
#9
MVC为什么不适合非.net程序员?
#10
MVC确实是为了吸引JAV老程序员转入.NET而设计的,确实是一种倒退。
#11
倒退?
#12
小鸟没玩过...
#13
不知道 用户界面设计师,如果是美工的话, 只要设计 html页面即可,
至于 怎么样整合 嵌套到 mvc页面上,可以交给程序开发人员。
至于 怎么样整合 嵌套到 mvc页面上,可以交给程序开发人员。
#14
其实没什么
自己改一下标签不就行了
哪有这么傻瓜式的东西
自己改一下标签不就行了
哪有这么傻瓜式的东西
#15
他的意思是说,java 比 .net 落后。我比较讨厌 webform,代码很丑。我觉得似乎是 ms 感到 webform 正在没落,所以推出 mvc 补救一下
#16
各有优势,在这讨论半天,还是老板挣钱,争论哪个好有个屁用。
#1
今天怎么这么多怪问题
#2
只知道美工,不知道什么事用户界面设计师
#3
MVC咋的了。该美工一样啊。
#4
慢慢来 总能处理的 呵呵 MVC反而觉得代码多了
#5
当然适合了,这才是原生态的更适合 .
#6
先界面后程序还好
如果先程序后界面 那就辛苦美工了
如果先程序后界面 那就辛苦美工了
#7
这个,好像是不大会用mvc照成的吧。难道会比asp更糟?
#8
MVC并不适合非.net程序员
WebForm和MVC本来就是各有千秋
WebForm和MVC本来就是各有千秋
#9
MVC为什么不适合非.net程序员?
#10
MVC确实是为了吸引JAV老程序员转入.NET而设计的,确实是一种倒退。
#11
倒退?
#12
小鸟没玩过...
#13
不知道 用户界面设计师,如果是美工的话, 只要设计 html页面即可,
至于 怎么样整合 嵌套到 mvc页面上,可以交给程序开发人员。
至于 怎么样整合 嵌套到 mvc页面上,可以交给程序开发人员。
#14
其实没什么
自己改一下标签不就行了
哪有这么傻瓜式的东西
自己改一下标签不就行了
哪有这么傻瓜式的东西
#15
他的意思是说,java 比 .net 落后。我比较讨厌 webform,代码很丑。我觉得似乎是 ms 感到 webform 正在没落,所以推出 mvc 补救一下
#16
各有优势,在这讨论半天,还是老板挣钱,争论哪个好有个屁用。