爱华网好，现在开始正文，我会从不仅仅是开发角度，而是从项目管理，流程，开发，测试，上传同步。等各个角度drupal的噩梦般的缺点。也许文字较多，希望有人能耐心看一下。我会把开发中的问题留到最后讲，因为实在是太多问题了。我们程序的经理一句话总结drupal只适合1个人开发。
1、流程问题：我是产品经理， 作为普通的web项目流程 一般为，需求确立->做出设计(psd)->完成前端(html)->编程阶段(php)。而drupal的流程为需求确立->做出设计(psd)->drupal编程阶段(php)->完成前端html。这样的流程直接导致了很多问题：
问题1：psd到html有一个切图的流程，大家都知道现在psd做出来的设计搞到html总会有一些差异。字体大小，图片大小，和一些效果。例如每行放多少个字，图片的尺寸比例都是需要等到html做完后微调确立的。而用drupal的流程没有切图这个步骤，所有的html都是drupal的view生成出来的，结果导致这个psd和html差异的问题被放大，需要更多时间去调整。
问题2：由于html是view生成出来的，垃圾代码非常多，是普通手工写的代码3倍以上。可读性非常差，是做html人的恶梦。而且一些效果很难做出来(圆角就不要想了，直接用一个大背景算了)
问题3：由于流程做出设计(psd)->drupal编程阶段(php)->完成前端html。每次改动view生成的html的ID都会变化，然后html的css就要重做。举个例子：例如传统的方式html做好后，原来是一行显示的是城市改成显示省，城市，区后html和css不需要该任何东西。因为css控制的一行的文字。而drupal用view改了之后每个node都会生成span，需要重新调整样式给新建的样式，而且如果是更改了某个块，块ID变了，css就没了，还要重新调整css里面的id，做html的人不知道要做多少次重复的劳动。而且由于html是view生成的，从html里面的n多垃圾代码找到一个可以用于写css的ID真比自杀还难受。
总结，流程的不同直接导致了drupal是做html人的恶梦
2、成本问题：在中国找到一个会html的不难，找一个会php的也不难，而且成本也不高。即使找一个会做html css 并且会php也不是很难。那么如果用drupal开发会变成什么样呢？你必须找一个需要精通html+CSS+JS+php的人，而且缺一个不可(注意是要精通)。而且还要同时找精通drupal的人，这样的人在中国能找到吗?
为什么呢?首先drupal的view绝对不是仅仅懂html就能掌握的，view是给精通sql的程序员用的，所以不懂程序的人，或者不精通程序不精通sql的人请不要学习drupal了，drupal看似一个cms系统，但实际drupal是一种语言，一个操作系统。 没有3年以上的大型开发经验的人根本无法掌握。(就连开发drupal的都无法掌握drupal)
我们开发这个项目时，从德国总部请来了drupal专家，而且还聘请了中国drupal社区的二号人物(一个法国人)，而且我们前端都是可以自己写js的人，这些的人成本有多高。关键是即使是这样我们还是无法降服drupal。
总结 drupal是老板的恶梦。
3、从现在开始谈开发问题。
批量上传图片问题，很多插件看似没有问题，但是不支持中文文件名，而且我们图片的数量级是15000张，数量级一多，一大堆问题。
4、最最重要的问题：drupal非常不稳定，或者drupal没有人能控制得了，现在drupal给我的感觉越来越像终结者里的天网。我们有开发drupal的专家，都控制不了。举例说明几个问题，
我非常同意我们开发经理的说的一句话，drupal只适合一个人开发，(我们那个德国专家说的是一个viewer对应一个htmler，2个人开发)
那么我在想，drupal的定位是什么，如果是定位于类似supersite，织梦，这种不懂编程也能快速建站用的人，drupal显然不适合，那么给程序员的用的，把程序员强制了变成了一个viewer，终结了程序员发展，也不适合，开发大型的商业网站，不稳定，不适合多人协作，也不适合，那么drupal到底适合做什么呢?所以我的结论就是drupal不适合中国。真的不适合。
来自：http://drupalchina.org/node/8045
