为什么我要放弃 Drupal 转而选择 Laravel

在过去的 6 年左右的时间里，我一直是一名主要使用 Drupal 的开发人员，无论好坏，我都已经与它结下了不解之缘。

Drupal 多年来经历了许多起起落落，其陡峭的学习曲线让 Drupal 开发者在市场上占据了优势。作为一名 Drupal 开发者，我从未遇到过找工作的问题，而且 Drupal 拥有一个非常强大的社区。直到现在……

就在 Drupal 核心版本 8 发布并日益流行之时，一系列不幸的事件又让我陷入困境。

现在我经常看到职位描述说，那些没有上过 Drupal 8 网站的人不需要申请。我离职的时候还在用 Drupal 7……真是的。别误会，现在仍然有很多公司和组织主要使用 Drupal 7，因为更新 Drupal 7 的难度确实很大。

你可能会问，这是什么让它如此困难？嗯，其中一个关键的区别在于，它本质上是一个完全不同的架构。虽然它具有很强的向后兼容性，但整个核心已经从包含一些面向对象元素的程序化代码库转变为使用 Symfony 和面向对象设计模式、一个全新的模板引擎以及许多新概念（例如配置）。社区中所有优秀的文档，由于使用人数不足，Drupal 8 尚未提供。虽然许多关键的贡献模块都提供了 Drupal 8 版本，但切换并非易事。

如果你是 Drupal 开发者，你就会知道，直到 Drupal 8 之前，代码库都充斥着大量的数组操作。Drupal 7 及之前的版本基本上都是些蹩脚的设计模式，几乎没有优化空间，而且有一个非常棒的缓存层来弥补不足。由于我的背景是面向对象编程 (OOP)，所以我很高兴得知 Drupal 做出了这样的转变，但其他那些沉迷于 Drupal 的开发者似乎并没有质疑为什么要做出这样的转变？为什么 Drupal 的创造者一开始就没有在设计模式方面做出更好的选择呢？

从那时起，我开始关注其他框架。

我开始尝试 Laravel，它真是一个精简优雅的框架！尤其之前用过 Drupal 这样臃肿的框架，第一次接触 Laravel 就爱上了它。Drupal 提供 GUI 界面，可以用来构建查询和创建 Restful API，而 Laravel 则不同，你必须知道如何编写代码并优化自己的查询。Laravel 不需要使用整个开源的模块系统，因为模块系统开销很大，你只需要模型、视图和控制器。它的文档非常直观（Drupal.org 上有很多过时的文档）。它还为使用 Bootstrap 和 VueJS 的全栈开发人员提供了强大的支持。

所以，在 Drupal 工作了六年后，我即将接受一份工作邀请，现在是一名 Laravel 开发人员。从我第一次接触 Drupal 的那一刻起，它就如同一段狂野的旅程，充满了考验和磨难。这些年来，它发生了巨大的变化。说不定哪天我又会回来，谁知道呢。Drupal 和我个人没什么关系。Laravel 更适合我。</3