硬编码

在程序开发中,硬编码是常常被人提起的,对于那些检查你的代码的人,很容易就从中发现这样的问题,但是程序员还是喜欢硬编码.有时候不得不这样,有时候是为了偷懒.

Drupal网站的建设,并不等同于编程,当然有时候也需要写程序,特别是对于客户特殊的要求.为了实现某一个页面的特效,有时候需要使用硬编码.对于硬编码,我一般是赞成的,能用硬编码的地方,我一般都这样实现.

我在前段时间给人维护网站,我看到他们中的一个页面使用了views,但是这样的一个页面,3个月才更新一次,这样的页面竟然使用views来实现,而且里面的配置相当复杂,由于我需要把我要添加的内容显示到这个页面,看到它们的这个页面,竟然无从下手.后来不得不当即立断.把使用views生成的页面,改用node生成.页面中的内容直接使用firefox的firebug,从里面找到对应的html,直接拷贝到了结点页面的正文中.而把我要添加的内容,套用html模板,好了以后,追加到原有内容的前面.这样我就省去了学习views的各种复杂参数了.

对于那些不是特别常见的模块,里面的配置我有时候是不会去研究的.对于一个100多天才更新一次的页面,他们竟然使用views实现,我只能无语了.上次参加一个drupal聚会,有人将原有网站中的内容导入到了drupal的数据库中,而原有网站也仅有几十个页面,他不愿手工的复制粘贴,自己写程序导入.这种探索精神,还是很值得肯定的,但是如果是我的话,几十个页面,根本不值得去写一个程序来实现,我肯定选择硬编码,也就是复制粘贴.当然如果有上千个这样的页面,那就另当别论了.

同样,在现有的页面中,有个地方看起来好像可以使用views页面来实现,但是我捉摸来捉摸去,决定采用普通的page页面去实现它,所有的显示都是通过html模板,也就是手工套模板实现的.或许有人对此提出异议.

我觉得,采用这种硬编码的形式,对于特定的页面,比如很久不用更新的一个列表页面,对于一个有特殊要求的列别页面,使用views并不合适.麻烦,不好实现,将来也不好修改.相反,这个时候使用静态页面,里面的全部内容,包括链接,用手工去调整,才是正道.

你需要去权衡,在drupal中,同样的页面可以有多种实现方式,挑一种适合自己的.

相关链接： http://zhupou.cn