我是网站前台美工，我不懂PHP，只懂HTML，那如何美化php页面啊？

有好的美工基础，也能美化好PHP程序，但并不是一定能够美化好PHP程序。

出于行业分工不同，php程序员对于html、css、js有一定的了解，但出于工作时间和兴趣，很多php程序员并不是太喜欢在这方面做太多的努力，这些都交给美工。所以美工应该对这些都要掌握，当然有的企业甚至专门有js程序员。

以前，程序员把html和php代码混合编写，导致美工与程序员无法分清，影响了工作效率，降低了产品质量。为解决这个问题，开始使用模板技术。使用模板以后，美工只管做静态页面，动态输出的内容，则使用表达式代替。如{#文章内容#}。

模板技术并不能够完全解决页面的美化问题。实际上，有许多情况下，美工对于山数程序员这些复杂的表达式，是很有束缚的，很难设计出富有人性化和创造力的页面。就我个人的一些经验，我提出我的一些看法：

1、网站美工先行。美工应该洞肢在程序员之前，设计出网站所需要的各种静态页面。对于同一类的，只需要设计一种，比如提示信息、出错信息。做得多无所谓，尽可的做得多。真正的工作量，可能不是页面的图片和页面的表格，而是页面复杂的表单信息和追求人性化的JS代码。

美工和程序员在动手之前，实际上脑海中都有对于项目应用的了解，只是双方的侧重各有不同，但对于静态页面，程序员其实也是清楚的，只是美工想到的是美观，而程序员想到的是实用。

2、美工应该对PHP特性多一些了解。因为受php官方的影响，php的程序员是质朴的，简洁的。所以不要去埋怨他们。即便你是美工，实际上你也不要有惧怕源码的观念，html、css、js都是源码，你不懂它们，很难做好一个页面，php也不是很复杂，了解一下有必要。正如程序员一样，他们对于美工也都有一定的了解。另外，任何程序化的页面，最难的在于处理循环。就是说，一样东西，要显示很多次。频道，有时候是1个，有时候是5个，菜单，有时候是2个，有时候是8个，还有表格的行数，诸如此类。所以美工要考虑这些动纳唯世态内容的显示，既要兼顾美观，又要兼顾循环。对这些循环的东西，无法用图片直接表示，也不宜做得太复杂。根据第一条的经验，我觉得美工就是先做下去，然后程序员觉得这地方不好弄，美工再改。

3、对于php的成品，如果需要美化，还是参照第一条，把所有的php页面看清楚，用html做出来，然后交由程序员去整合。php成品，纯粹美工，是搞不定的。即便这些成品使用了模板技术，如果前期没有美工的介入，有时仍需要程序员去修改他的php代码。

绿色产品，手工打造。绝无复制，版权保留。

程序员拿到做好的静态页面（相当于是静态吧，因为还没添加动态代码），要看是准备使用什么语言来开发网站了，比如现在使用asp.net开发网站，那么只需要在显示界面上添加一系列的数据绑定控件，在一定程度上来讲，asp.net网站就是用控件搭建起来的，相关的程序逻辑在特定页面（后缀为.cs）实现。程序员做好单个页面的逻辑，以及做好各个自定义控件（就是实现某些功能的页面）的逻辑之后，就要将所有页面整合起来，从逻辑上使得整个网站成为一个整体。

对于不是使用控件来搭建网站逻辑的网页编程语言，美工只需要做好页面美工即可，其他的都可以交给程序员，值得注意的是，通常美工只需要去确定某个表格、或者某个div、以及整个网站的宽度。各个部件的高度则由程序员在从数据库读出内容时打算同时读出几条记录来确定。

美工除了得有css技巧之外，通常还必须有点javascript技巧，一些客户端交互效果的实现，也是由美工来完成的，比如在asp中，要检查某个表单的某项是否填了内容；又比如要实现表单里面所有checkbox全选和反选，等等

在小公司里面，通常是一人身兼数职，既做美工，又做程序，只有一些需要特效或者特别讲究的图片才拿给美工做的。在大公司里面，尽管分工很明确，但是并不是说美工就只会做美工，美工也是懂得一定的程序逻辑和网站开发步骤的，而且在某些情况下，不懂得相关编程技术，根本无法做美工，拿asp.net来讲，美工必须清楚，在asp。net里面是使用表格（div)里面嵌套控件来实现布局的，这和asp是有区别的。

---