作者olctw (olc.tw)
看板PHP
标题[闲聊] 为什麽不用 Drupal ？
时间Sun Mar 17 13:29:13 2013
Drupal 功能强大，而且世界知名，但是经手的许多专案中，都是将 Drupal 换掉，针对需
求重新改写，这里聊聊一些我所看到的原因。
# 没办法直觉找到需要的功能
传统的程式设计中，我们会针对前台看到的选单设计对应的管理功能，让使用者可以轻易
的找到希望调整的内容。但 Drupal 将内容抽象化後运用在大部分位置，因此不管产品、
新闻还是工作团队的介绍，都统一透过一个介面管理，再依据内容类型的不同产生表单，
这是许多习惯旧有程式逻辑的朋友面临的第一个挑战。对於一个年轻人来说，这样的改变
很容易接受，但年纪稍长的朋友可能就不这麽想了，他们还是希望清楚的分门别类就好。
# 要让画面长得跟画出来的一样，好难
许多网页设计人员还是习惯着先将所有的画面透过绘图软体完成，接着切割後套用到程式
中，但这在 Drupal 行不通，或者该说，要花非常多时间去完成这件事情，而且让人沮丧
的地方是，很多小细节是牵一发而动全身，很多的时间花在这样子来回的调整中。有经验
的朋友知道，应该要先了解 Drupal 的架构，然後依据架构去产生设计，这样才可以避免
冲突情况发生，但这件事情要说服传统设计人员可不是那麽容易，特别是那些已经在设计
界小有名气的设计师，他们总能够把 Drupal 批评的一文不值，即使他们也知道美国白宫
就用这玩意儿。
# 现有的资源丰富，但并不是每个模组都有成熟的发展
专案开发的程式最常会发生，为了要达到合约书上的要求，尽管使用的模组并不是非常稳
定，也会把它放入交出的成果中，想办法等到验收完成，然後就不再回头去想这件事情。
但并不是每个故事都有完美的结局，这些不定时炸弹还是有引爆的时候，这时候如果不是
避不见面，大概就是得熬夜一阵子了。即使有这样的问题，人们还是习惯走上捷径，因此
这样子透过不稳定的模组产生的网站还是陆续诞生中。我们遇过几次这样的网站，也曾经
试着将它的问题修正，但我们发现这样子要比重新改写还花时间，所以我们後来都选择全
部改写。
# 高度的弹性，也是高度的混乱
Drupal 的弹性设计让玩家们似乎找到了一个宣泄自己想法的管道，因为不需要熟悉程式设
计，就能够透过多种方式组合出自己想要的功能，很多时候这样的组合过程复杂到他们可
能自己再也想不起来，但他们还是乐此不疲。但也因为功能的组合过程复杂，许多的资讯
分散於资料库与档案中，当这样的功能需要修正或延伸时，往往会不得其门而入。但并不
是每个人都会就这样放弃的，我们因此看到了许多更精彩的 "暂时作法" ，其中不乏直接
针对核心程式开刀的情况，即使知道这样子未来更新会很多状况，但专案时程就在眼前了
，想办法度过这一关再说...
# 效能
预设的 Drupal 其实效能不差，效能的瓶颈往往出现在组合了大量的功能之後，因为
Drupal 将内容抽象化重复运用，造成了大部分的延伸功能都直接往内容( node )架构进行
堆叠。在传统程式设计，因为内容是各自独立的，所以只有逻辑复杂的内容处理起来会比
较费时，但 Drupal 让网站中只要有逻辑复杂的内容存在，就 "大家一样慢" ，也因此消
耗了大量不必要的资源。
---
其实上面的问题都可以获得解决，只是人们往往不愿意花太多时间、资源在遵守 Drupal
的准则，这时候 Drupal 提供的弹性就成了它的原罪，出现了许多误解。我们只是一个小
规模的专案开发者，不太能够在每个混乱的局面中引导客户走向正确的道路，所以大多选
择了最快的方式：既然这条路打结了，我们另外开一条给你走
Drupal 的功能强大还是值得玩味的，不过有意愿持续陪你玩的客人不多，毕竟大家都想把
钱花在刀口上，是吧？
有些问题不是 Drupal 专有的，但我们遇到比较多混乱的状况是在 Drupal 建置的网站，
因此感触特别深吧 ;)
来源：
http://blog.twpug.org/527
这篇可以搭配服用：
http://twpug.net/modules/newbb/viewtopic.php?topic_id=4020
--
kiang
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 42.71.71.205
1F：推 cjoe:好像把Drupal换成Joomla，在这边也说的通 03/17 14:18
Joomla 没有 Drupal 那样的堆叠架构，个别元件制作没有 Drupal 模组那麽简单，所以相
对不会那样复杂些 ;)
※ 编辑: olctw 来自: 42.71.71.205 (03/17 14:27)
2F：推 LaPass:两个都是要花一段时间去学的东西..... orz 03/17 15:16
3F：推 j87b0003:drupal其实要打包起来…真的是肥的要命… 03/17 15:47
4F：→ j87b0003:不过他的设计概念还蛮有趣的 03/17 15:48
5F：→ superpai:设计版型，依设计师出PSD交给themer制作的流程就好了 03/17 17:26
可惜国内一般专案的规模都太小，没有足够的预算去请 themer (frontend engineer)做这
件事情。在兼顾预算的前提下，要把这件事情做到完美，全部重写可能简单些，因为不会
有太多的干扰，而大部分的客户也其实用不到 Drupal 这类型程式提供的弹性。
※ 编辑: olctw 来自: 116.59.242.15 (03/17 17:43)
6F：→ hSATAC:就，不熟。大陆那边比较多专业 Drupal 团队把 drupal 用的 03/17 18:16
7F：→ hSATAC:很精 03/17 18:16
8F：推 LaPass:我觉得不熟的问题比较大..... 03/17 18:23
9F：→ LaPass:要不然，其实写个只有自己公司会的架构，让别的公司一用就 03/17 18:24
10F：→ LaPass:没办法把自己公司换掉，最好还用java或是asp编译过不给code 03/17 18:24
11F：→ LaPass:。这样的效益还蛮不错的..... 这种案子搞下去，价格都破50 03/17 18:25
12F：→ LaPass:甚至破百的呢 03/17 18:25
14F：→ Bambe:只能说青菜鱼肉各有所好罗 03/17 20:03
16F：推 LaPass:PHP CMS我记得我去年还是前年看时是WORDPRESS最高的样子 03/17 20:34
17F：→ LaPass:怎麽没xoop? = =||| 03/17 20:35
wordpress 最高已经好长一段时间了， xoops 经历了一些分裂、斗争问题後已经元气大伤
，台湾应该是少数 xoops 占有率有感的地方，需要感谢台南那群老师们 ;)
※ 编辑: olctw 来自: 116.59.242.15 (03/17 21:32)
18F：推 Leet:超同意 高度的弹性，也是高度的混乱 03/17 21:55
19F：推 dspswen:推一下 感谢分享 03/17 22:03
20F：→ superpai:我是觉得drupal的弹性就是高预算的案子才会用到.. 03/17 22:48
21F：推 silveriii:push 03/17 23:27
23F：→ dlikeayu:大至版面没什麽变动，js有被换过 不知後来怎麽了 03/19 03:28
24F：→ dlikeayu:里面的module功能八成都自己写的(主管要求) 03/19 03:29
25F：→ dlikeayu:只用一些cleanUrl 跟内建安装好的基本模组 03/19 03:30
26F：→ dlikeayu:心得是，drupal基本架构比较没有oo概念，写起来很无聊 03/19 03:31
27F：→ dlikeayu:这样前後台(frontend全部，後台就上述八成里的六成) 03/19 03:33
28F：→ dlikeayu:花了三个月左右 03/19 03:33
29F：→ dlikeayu:包装好的东西的缺点就是你要去读它一阵子来"使用" 03/19 03:35
30F：→ dlikeayu:个人还是偏好framework的工具开发就是... 03/19 03:36
31F：→ ilay:xoops已经是过去式了.. 03/19 23:23
32F：→ ilay:个人也是认同原po 但是真的要砍掉重练PHP的生产力又有限 03/19 23:24
33F：→ ilay:个人是选择跳到 py/ruby 阵营.. 03/19 23:25