站点网站解决方案

版权所有IBM公司2008商标为受数据驱动的Web站点构建定制模板第1页,共15为受数据驱动的Web站点构建定制模板创建定制模板和皮肤KenRamirez(ken.
ramirez@axsystechgroup.
com)创始人AxsysTechnologyGroup2008年6月17日很多开发人员都不太敢使用HTML表和单元格来构建Web站点.
其中的一个原因是HTML表会使日后修改站点或更改其外观变得十分困难.
通过本文,您会接触到一些编写Web站点的基本技巧,使您可以在后期使用模板替换站点初始创建时所设计站点外观.
此外,您还会了解为何要对自己的Web站点使用数据驱动技术.
后端开发人员必须要应对的一个棘手问题就是HTML.
在我的从业生涯中,我发现很少有开发人员特别热衷于编写和修改前端代码,这些工作对于向站点的访问者展示特定的输出而言非常必要.
尽管这不太容易又有点单调乏味,但有些时候还是十分有必要的.
很多开发人员都习惯于编写中间层和数据库代码,但却非常不愿意触及HTML和CSS所带来的前端的格式化、表、标记列表、属性和样式等.
常用的缩写词CSS:级联样式表HTML:超文本标记语言XML:可扩展标记语言XHTML:可扩展超文本标记语言XSL:可扩展样式表语言尽管极力想要成功处理HTML,但很多Web站点在每次需要新的站点感观时无一例外地都要重写.
要为站点重新设计皮肤,很多时候既费时又费力—尤其是当站点的代码已经相当一段时间没有被碰过的时候.
更糟糕的是,随着Web2.
0的出现,很多开发人员都对开发应采取何种方案颇感困惑.
我们知道合适的方案必须是要提前计划好的(提供可靠的设计和架构),但由于预算和期限的问题,我们常常不得不牺牲质量.
除非在下一次再次更新站点的外观时,您或您的客户均不在意从头制作Web站点,否则就必须确保代码整洁、最优化并在前端使用了最严格的代码编写技术以便为过渡到Web2.
0(包括AsynchronousJavaScript+XML,Ajax)打下稳固的基础.
此外,如果开发的Web站点有一个受数据驱动的组件,那么进行内容更改可能会更简单一些—可以使用一种基于Web的方式修改Web站点的内容,而不必在每次想要增加站点内容时都必须要修改实际的页面本身.
本文讨论了上述问题以及这些问题的解决方法.
developerWorksibm.
com/developerWorks/cn/为受数据驱动的Web站点构建定制模板第2页,共15注意:本文使用的源代码均可在本文下面的参考资料一节找到.
典型的架构方式本文讨论了编写整洁、最优化和严格代码背后的一些概念,尤其强调了在开发Web站点模板时要使用这些技术.
首先,我将深入讨论一下这些概念,然后再向您展示如何将这些概念付诸实践来使用模板构建Web站点,模板有时又称为皮肤(skin).
如图1所示,一个Web站点常常会被分成几个互相连接的块,比如保存客户有用数据的数据库以及站点的配置信息.
数据库经常由组件和对象访问,而组件和对象又由另一层代码调用,这一层通常就是所谓的中间层.
中间层是从浏览器发出的请求所途经的第一站.
此请求通常是在用户单击某个动作时触发的.
图1.
一个典型的架构服务器处理了请求之后,响应(包括文本和图形)会以几种方式返回给浏览器,包括:纯XMLXHTMLHTMLXML/XSL组合XHTML/CSS组合不恰当地格式化内容现在格式化数据和图形的最常见方式是在HTML表内构造和组织所返回的内容.
很多时候,这些数据都会通过标记和内联样式在所返回的HTML内被格式化.
典型的代码应类似于清单1.
ibm.
com/developerWorks/cn/developerWorks为受数据驱动的Web站点构建定制模板第3页,共15清单1.
一个不好的内容格式化示例  Thisissomecontentthatwillbeshowntositevisitors此段代码打破了HTML编码的所有规则和最佳实践.
首先,它使将来维护和进一步修改文件变得十分困难,因为在每次打开文件时,都必须重新熟悉布局和样式,这会浪费很多时间.
浪费时间的结果就是客户不满意,因为每次编写或修改代码的费用都是客户担负的.
第二,您永远不可能重新设计皮肤来为站点提供不同的观感.
如果您试图这么做,那么最终毫无例外地都会抬高成本.
恰当地格式化内容一种较好的做法是将所有格式化从此文件转到CSS文件.
清单2给出了使用严格XHTML编码技术的一个HTML文件.
如果仔细研究此段代码,就会发现对比HTML而言,它更像是XML代码(这种看法可能是对的).
清单2.
处理XHTML内容的一种较好的做法