程序和美工配合做网站

Question

使用ASP.NET开发网站小项目美工方面是弱项，需要找一个美工不知道程序这块与美工如何进行配合？在开发的过程中，程序这块是否需要注意些什么，以便与美工搭配？此外对美工有什么要求，需要有与程序员配合开发的经验？还是熟悉DIV/CSS？考虑到改版的问题，在开发过程中程序和美工需要注意什么？
写的比较零散，想到哪就写到哪了，因为还没有形成一个清晰的思路，请大家指点、给建议~~~

Answer 1

程序员应该要合理的跟美工配合如何合理的配合，你对前端技术一定要了解！
现在一直帮公司美工MM重复着体力劳动。这里先举例一下:
/*美工*/
<div id="div_contents">long Text...</div> 
而我们有些程序员喜欢修改人家的代码 如何修改呢？
/*asp.net coder*/
<div id="div_contents"><asp:lable></div> 
这时候页面就会被解析成/*view source*/
<div id="div_contents"><span></span></div> 
这样就有可能会导致css错误！在这里就得少用控件，保证最后的程序生成的代码跟美工给我们的html代码是一模一样的！当然这里也要美工去做得更好 不要滥用一些标签！

Answer 2

CSS/DIV这个部分，也就是页面的布局，由谁来做更好呢？美工，还是程序员？我觉得美工来做会更好，程序员主要关注实现功能就好了。

Answer 3

美工做出来的东西，因为他只知道做成这样的效果，但是不知道实际的地方是被替换成别的什么样的
所以一般的美工做出来的东西，程序员接手时是需要改动的。
css美工能做就做，现在很多公司都是程序员做。。真的很悲剧。。
既然是自己搞网站那就这东西谁会谁做。。

Answer 4

小项目的话，就找个懂photoshop/HTML/CSS的人当美工，如果连CSS都要程序员来写，那么也就根本不需要美工这个环节了asp.net因为特有控件的问题，美工和程序员配合起来比较困难，很多控件（比如GridView)简直就是美工的噩梦。 所以说这种情况下，尽量把程序员需要用的控件精简到只剩repeater和literal和textbox等表单元素吧

Answer 5

按道理说美工是设计好图，并且做出静态页的，让程序员变成动态页面，但是这个还是看哪方面更强势了，还是看人了，列如程序员用的标签，很多都是服务器控件，当然也可以用html控件，而美工基本都会用html控件或者更多的是用图片。还有，向稍微偷懒的美工，就把树控件做个图片，如果他们要是实现，写代码就会用<table></table>来一行行的列出来，都是做工作，还是讨论着来吧

Answer 6

如果是小项目，不要分那么清楚了  美工做个PNG图片 把FLASH做好 从切片开始都由后台做。责任集中，而已省去交流麻烦

Answer 7

asp.net的控件还是让人纠结啊，虽然代码分离了，和美工配合起来也还是非常困难，别人根本不知道控件是什么，不知道控件将来会产生怎么样的html。还就是很多地方美工喜欢用标签名来定义样式，到最后只能用Literal控件，还把很多html带到程序里..

Answer 8

我认为，程序员与美工之间的比较理想的结合点是 DIV
美工负责布局，给出DIV结构，程序员直接在DIV里面的内容
美工负责对DIV进行布局的调整，和CSS的美化不知道这样的配合方式是否可行？

Answer 9

啊啊~ ASP.NET里面很多控件太爽了，不过东西是有点丑，美工其实要学很多东西的哦
我就以前是学艺术的，懂很多设计方面的，但是真正学习代码的时候，就没那么爽了。。
现在都流行DIV+CSS 这是以后必然的，说美工不懂，那也是不可能了，毕竟美工也要
知道以前是用表格布局，现在都用DIV+CSS，话说回来，用后者来布局，是比较难控制的
虽然是很好维护的一种形式，但是需要设计者有很高的水平和一些独到的经验。。
美工一般主要是对画面的设计，还有一种细节的设计，这些方面美工是强项，当然了，也不免
有些美工很牛B，可以做后台的。所以说到哪些东西需要配合，我觉得没必要分那么清楚，大家都
一起做一个东西，谁需要谁，就可以来帮忙，没必要搞的那么死板~

Answer 10

webform的确简单，资源也多，要跟美工配合更好，可以考虑MVC。

Answer 11

嗯 很不错的帖子 我也正在关注-ing 

Answer 12

美工主要是做效果图
程序员要的工作挺多的
要是美工能切图，DIV+css排版，那太棒了

Answer 13

div+css是解决问题的最好办法,应该由程序员开发程序,然后由美工再加工.当然应有个页面标准的约定.我是这样做的:页面划分成若干的块,如bander,主菜单,导航菜单,列表部分,FOOTER,等等.这些块页面中只有一个,则通过div的id写css(<div id="xx"></div>),有些块会重复则给这个div添加class属性(<div class="xx"></div>),如最近更新列表,推荐阅读列表,点击数最多的列表.如果由美工切成表格再交给程序员,那可要了命了

Answer 14

Label会生成多余的标签，不妨试试Literal.
还有如果美工做的静态页面正常，就不要随意改代码，尽量不改变他们的代码，
尽量不要产生table或其他标签的控件，原因很简单
比如table的吧
美工如果使用了ul,li之类的，有点asp.net程序员硬要改成datagrid之类的，那只会让美工再去修改他的css代码，因为他们的样式可能是.class ul或li 之类的，要改成.class td，无疑重复工作，尽量使用基于模板的啦可以，如果不这样，只能让美工去了解下asp.net控件了，看看他们在前端做了什么。我想这个不太现实吧。
还有我深知修改嵌套table样式的痛苦，ie6不支持父子选择器>,比如我只想对第一层td做样式，ie6就要做多余的工作，所以asp.net控件生成的代码确实不太标准唉。

Answer 15

对了，这个情况还有点像php的模板机制，比如smarty吧，说是美工程序分离了，不过是以美工懂一定的smarty语法作为代价的。所以你如果让美工学习下asp.net的控件语法，是不是也增加负担了。

Answer 16

美工先设计出静态页面的额效果，然后把效果图分成导航菜单，页面图片，底部切出来，交给程序员，程序员就根据美工提供的切图资料和静态页面做出动态网站。如果美工还牛一点会html和CSS的话，程序员就不用自己写页面上的东西，直接写后台就可以了

Answer 17

程序员直接用VS做ASP.NET开发
应用的功能完成后，再在代码的基础上做美化界面的处理，这样可行吗？

Answer 18

以前用asp时和美工很好配合，现在做.net用服务器控件很纠结呀，老返工

Answer 19

美工一定要会HTML代码的，不然会累死你，你信我我试过了以后都不敢了

Answer 20

Fireworks设计好切片一下 导出HTML Table布局OK

Answer 21

或者LZ学一下ExtJS 自己也没工了