浅谈drupal前端开发模式

说到drupal，都会说到drupal的前端开发模式问题，是先写好静态页面，还是先等程序员弄好模块后再写。

这不是空穴来风，为什么在别的cms里没有这么明显的问题呢？
在前面写过一篇文章，写的是和phpcms等的区别。
但并没有讲具体的原因，最近有些想法，再具体写下。

前端和后台程序开发的模式无非两种，一种是先写好静态页面(大多数情况下都是这样)，另一种是后写(好像只有在drupal里才会有这种争论。可能别的cms也有，但不出名，就不说了。)

再来说说drupal有前端开发模式的争论，个人觉得根本原因是它的field和views。
field以前叫cck,就是content construction kit,内容创建工具，很强大,可以在后台直接用来创建内容类型和字段。
views就更不用说了，在drupal8集成到了核心。有了views,对非程序员来说，调后台数据很方便。

前端有了这两个利器，可以说做一些网站，是非常方便的，通过后台给前台模板的对象，通过一起简单的API，就可以输出想要的html结构。
可是drupal并不是这么想的，drupal并不仅仅是想让这两个工具给前端用。
还想给程序员或非前端人员用。
这样，就给了field和views更多的作用了。

比如field，在后台创建内容类型和字段非常方便，
可是drupal却还搞了个显示功能，就是通过后台配置，可以让field在前台显示。
这样看上去很方便，但是会产生多余的html代码。

同样是views，在后台创建sql，对前端来说，这就可以了，但是它了又有配置前台输出的功能。
这样同样会产生多余的html代码。

所以，归根到底，就是因为有了多余的html代码，才让前端在使用drupal时，不好事先写好静态的页面。

具体点说，就是前台的模板问题，从前面分析，大家知道，drupal用field,views在后台配置直接干涉前台的模板输出。而这种后台配置，是需要多余的html的来支持的。这就是多余的html的由来。同时，为了实现后台配置，drupal的模板都采用封装的形式，对前端不友好。
而对于传统的程序开发模式来说，前台的模板，是由程序员来写模板的。这样，前台就可以事先写好静态页面，再和程序员一起来套代码。

对于drupal这种，通过后台配置来干涉前台的模板输出的情况，就不好事先写好静态页面了。
但是这种方式对于程序员来说，就轻松了点，不要去写模板了，通过后台views就可以直接输出字段，不然，还得在模板里去调字段。这对程序员来说是优势。
当然drupal也提供了覆写模板的功能，这时，只要程序员愿意去覆写模板，和传统的一样，前端就可以事先写好静态页面了。

所以说，这两种模式，是先写好静态页面，还是后写，这取决于项目和程序员的时间成本。
但不管怎么样，对于前端来说，当然是希望能事先写好静态代码了。

所以说，drupal的这种方式，前端是不喜欢的。
特别是当程序员使用panels这个模块时，它产生的html代码，更是让前端无法忍受。看上面的图片。

可以说，drupal的这种模式非常独特，不清楚drupal的出名，是因为这种模式呢，还是别的。
不管是什么模式，都是有利有弊的，这样看项目的选择。
如果psd要求高，前端不好写代码，就覆写模板，要不就按原来的方式，这是drupal提供的两种方法。

但从个人使用的经验来看，比如wordpress和magento，它的api就很简单，因为它们本身不具备后台配置来实现前台输出的功能。所以写模板调字段什么的，都很方便。

但是drupal走了另一条路，就像很多人说的，把简单问题复杂化了。

有句话是 过犹而不及 ， drupal在后台配置通过field来添加内容类型和字段，通过views来添加视图，是非常的方便和强大，可是drupal好像对后台配置非常的痴迷，继而在前台模板里，也想通过后台配置来实现，这是不是过了点呢？ 

drupal的眼光是长远的，通过后台配置就可以实现一个网站的功能和html。可是在互联网发展的过程中，这种想法遇到了点小小的挫折，就是现在的前端角色越来越重要了，大多数的网站对外表也重视了，那drupal的这种玩法，很多的前端都不愿意加入。
所以现在drupal在学校和教育网站用的比较多，因为这类的网站，界面和前端效果都比较统一，有点软件的性质。

个人观点，希望以后会有不同的认识和分析。 by tvdrupal.com