博客

原文： Deciding When to Upgrade to Drupal 8 至去年 11 月份 Drupal 8 发布以来，社区一直在尝试、优化 Drupal 6 和 Druapl 7 站点的升级过程。 因为大量模块维护者（通常是志愿者）的辛勤工作，被升级的模块一天天增多。模块的可用性是站点升级的关键因素，这真是个好消息。 本篇，我们将回顾一些工具，来简化这一过程。 每个站点的升级都是独一无二的，没有什么所谓的通用规则。无论你想做大的变革或是只保留原有的功能都会有很多不同，例如时间约束、升级预算、站点特征等等。 幸运地是，有一些工具可以帮助你计划何时以及如何升级。我们将向您展示 3 个。

原文地址：https://docs.acquia.com/articles/drupal-8-phpstorm-strategies   PhpStorm 提供了帮助使用依赖注入的工具。   扩展结构视图 Drupal 8 里，组件功能经常跨多个文件。一个类经常扩展另一个类，或实现一些接口。结构视图可以浏览类的方法和属性，但默认情况下，看不到从其他类继承的方法。有一个按钮可以激活这个功能。  

原文地址：https://docs.acquia.com/articles/drupal-8-dependency-injection-and-plugins     插件 插件是添加依赖注入最复杂的组件。很多插件不需要依赖注入，有时找例子来拷贝都具有挑战性。多数插件继承了使用接口的类。例如 Blocks，继承了 BlockBase，BlockBase 实现了 BlockPluginInterface 。   依赖注入应该添加在个别插件级，而不是基类级别。这意味着我们能够向任何插件添加依赖注入，创建新插件时，也不总是需要使用依赖注入。  

原文地址：https://docs.acquia.com/articles/drupal-8-dependency-injection-and-controllers   控制器 控制器使用依赖注入比较容易，因为他们提供返回服务容器的 create() 方法。我们已经创建了路由，现在创建下控制器文件： src/Controller/DIController.php 下载文件

原文地址：https://docs.acquia.com/articles/drupal-8-dependency-injection-and-services     注入服务 上文定义服务时映射了服务名和服务类，这个服务也是完全独立的。如果我们想创建一个使用其他服务的服务，那么必须注入这些依赖（在 services.yml 文件里定义这些依赖）。我们更新下之前定义的 di_example.services.yml 文件，创建一个使用 current_user 和 di_example.mood_ring 服务 的 di_example.talk 服务。