Drupal 7 开发内部培训资料, 分头诗人

关于Drupal 8,你了解多少?

标签: drupal 8 symfony

假如你是专业、上进、积极的Drupal开发者,假如你时时跟进Drupal核心和社区的一切新闻,请绕行,此文不针对深度Drupal程序员。
假如你听说过Drupal 8、了解不多,建议直接忽略此段从“Drupal 8概况”开始读起。

 

Drupal 8概况

 


- Drupal 8 什么时候发布?- 2013年8月。

- Drupal 8有什么了不起的?- 这大概会成为有史以来最有野心的一个内容管理系统。

- 谁会使用Drupal 8?- 刚开始当然是开发者和少数使用者。Drupal 7 花了一年半的时间,市场份额才超过Drupal 6。Drupal 8 要超越Drupal 7预计要到2013年。

- Drupal 8升级容易吗?- 不容易。其难度等同于Drupal 5升级到Drupal 6,或者说从Drupal 6 到 Drupal 7。

- 我还在使用Drupal 5/6/7。我该怎么办?- 建议Drupal 5用户现在就升级到Drupal 7;Drupal 6用户的时间相对宽裕,至少在Drupal 8 发布之前都是支持Drupal 6的;Drupal 7用户们至少还有四到五年的时间考虑是否要升级到Drupal 8。


Drupal 8 发布日程

 

  • 2012年12月1日:功能确定
  • 2013年2月1日:开发完成
  • 2013年8月Drupal Europe大会之日:正式发布

 

Drupal 8优化

 


Drupal 8 制定了一系列优化方案(initiative)。每项优化方案现状如下图:

 

开发者们将接下来4个多月的时间里完善每项优化方案的功能,之后还有两个月可以改良代码。

在Drupal官网的以下两个页面,可以追踪到项目进展情况:

如图/文所见,各项方案的进程不尽相同。一部分进展很快,一部分或合并或拆分成子方案,大多数方案协同运作,也有停滞不前的。除了最主要的六项优化方案,另外还有一项正式的、两项主要的非正式项目。接下来将一一介绍这些方案。

正式优化方案1 :配置管理

Drupal新手开发者经常会问:我怎样为我自己的网站创建一个测试站点?除了向他们推荐空间服务商Pantheon,我们没有更好的建议。创建Drupal7网站测试站点的难点现在已经十分明显。由于数据以各种形式分散在数据库中并且与内容相混合,目前还没有特别好的办法可以在不同环境中转移Drupal的配置信息,版本控制的可能性也不太大。同样的,没有形成统一的标准存储Drupal模块的配置信息。Drupal 8配置管理优化方案的出现正是为了合理解决这些困难。

正式优化方案 2 : 网络服务

 

开源内容管理系统越来越乐意接受由大众贡献的代码。Joomla采用了Twitter的辅助系统,目的是使Joomla在移动平台上也表现良好。Drupal在网络服务方面的优化方案目的类似Drupal采用了大量Symfony 框架。不仅Drupal这样做,eZ Publish CMS同样采用了 Symfony。为什么他们不约而同的选择了Symfony呢?

Symfony很受欢迎。PHP框架有很多,Symfony接受度更广。使用大多数程序员都熟悉的框架,Drupal就更容易被开发者所接受。
优良的应用程序界面。Dries解释过为什么Drupal选择Symfony框架。他提到的其中两个优点就是Symfony 的应用程序界面,和在Drupal的基础上建立应用的能力。
提高效率。使用现成的框架,开发者就能够专注于Drupal 8的其他方面,节省了开发者的时间。

 

正式优化方案3:多语言化

从上文的优化方案状态更新图中可以看出,多语言计划正在快速进行中。Gabor Hojtsy正在领导此项计划,举行两周一次的会议,并在其个人网站上发布项目概述http://hojtsy.hu/d8mi

 

正式优化方案4:HTML5


Drupal7的默认主题将加入HTML5特点。Drupal的表单也有望对移动设别友好。整个项目与下面的方案有重叠。
 

正式优化方案5:移动化


移动化方案和HTML5 方案是紧密联系在一起的,目标相近,如改良Drupal的默认主题、创建支持移动平台的表单。
 

正式优化方案6:设计


这是最早构思的优化方案之一,但是目前来看没有发现很大进展。最近的更新显示是去年的七月,最近也似乎安排了一个会议讨论此方案。
 

新方案:布局设计


这个项目在三月里从网络服务方案中分离出来过,已经产生很大工作量。在Drupal官网上有 原型 和 详细的PDF资料 可供阅读理解。
 

非正式方案1:Drupal核心的视图层

Steve Burge曾在DrupalCamp演讲中提过多次,Drupal 7真正的可用性改良在视图层。Drupal8的视图层应用将更简单。Drupal8核心代码中对视图层的关注比以往更多(查阅最初发布贴)。如果“Drupal核心视图层”项目完整实施,将是比其他正式优化方案还要巨大的工程。假如实施了,Drupal8的功能确定/开发完成日期将势必延后。
 

非正式方案2:Spark

Spark将影响终端用户,也是Drupal8优化方案中唯一一个适用于Drupal7用户的方案。Spark 目的是添加一系列改良终端用户体验的措施,将开发一个Drupal7改良版,了解更多功能可以阅读http://drupal.org/project/spark。项目负责人也希望可以沿用这些功能到Drupal 8。 例如:


英文原文出自:http://www.ostraining.com/blog/drupal/drupal-8-summer-2012/