Drupal是否适合你？——学习成本

由 lugir 于星期三, 06/05/2013 - 11:27 发布

　　国内选择Drupal的人越来越多，选择的理由也各不相同，时间、开销、安全性、稳定性、扩展性、持续性、名气等等是大家考虑的常见因素。

　　确定选择Drupal很容易，几乎认真了解过Drupal的团队都愿意在项目中使用它，但使用Drupal却又不象想像得那么轻松。（安装Drupal->启用模块->完成，这只是一个美丽而动人的传说:D）

Drupal学习曲线

　　在真正使用Drupal之前还是需要投入大量的学习和实践，以便掌握必备的知识、技能和积累必要的经验。这是使用任何新事物前都必须经历的阶段，没有例外。

　　对于Drupal而言，在学习和使用的过程中主要将要面对以下学习成本

成本1：语言

　　语言更多应该算作是一种能力，而非实在的成本。但如果说Drupal的使用者在英文资料、文档的阅读上存在不足，那学习英文这个过程就会成为一项实际的成本了。

　　目前绝大部分的Drupal资源、资料都是英文，虽然我们也有在做各种翻译、原创的工作，但对于真正的Drupal使用者而言，不能阅读英文文档将严重制约今后的学习和发展高度。

成本2：模块知识

　　Drupal不是拿来就可以使用的产品软件，熟练使用第三方模块是作为Drupal工程师的一项重要技能。

　　模块化设计是Drupal成功和壮大的一项重要原因，目前社区有近20000个模块，几乎能够想到的通用功能都能够找得到，需要什么功能，到社区一找，可能早就有人实现了，而你只需要下载这个模块，安装并配置就可以轻松实现这样或那样的功能。

　　这是很迷人的特性，但同时也让人眼花缭乱。

　　选择多也不见得都是好事，你需要去了解哪些模块能够实现什么、需要学习如何使用（配置）这些模块、需要知道怎么与让模块与模块配合使用。获取这些知识需要不断去了解和试用各种第三方模块，在找到最合适的一个模块之前，这会花费你和你的团队大量的时间。

　　另一方面，一旦熟悉了大量的模块，借助它们在很短的时间内实现很复杂的功能自然也不在话下。对于新人团队，这也是实实在在的成本。

成本3：开发知识

　　为了让Drupal获得无所不能的可扩展性，Drupal在各个层面上都尽可能的提供抽象层，如数据库抽象层、Entity抽象层、字段抽象层、表单抽象层、模块抽象层等等。如果开发人员希望借助Drupal的各种特性和优势，开发适用自身项目的功能模块，学习Drupal API和大量的抽象层是不可避免的学习内容。