跳转到主要内容
kelvinhung 提交于 27 February 2013

 

请求一下大家的意见, 关于drupal开发的分工问题. 传统的网站开发模式(可能是基于其他MVC架构和CMS)的最基本分工大概是设计, 前端和后端(其他的如UX设计或者服务器方面的就先不包含在内), 换到drupal开发后, 意识到不能照搬这种传统的分工模式, 尤其前后端有点尴尬, 举例一个情况是前端把设计转化为代码后(html, css, js, etc), 后端可能使用views或者panels之类模组输出内容(另外还有海量模组, 各自的输出结构不同), 于是前后端各自的代码结构对不上, 然后样式和js重写, 后端用views可能也要custom输出. 我想到的几个解决方法:
  1. 先沟通协商好结构规范
  2. 前端多学习后端的drupal技术, 明白views之类模组的输出原理
  3. 前端就只管像传统模式搬做事, 然后把整堆做好的东西交给后端, 不管他们怎么去用
  4. 后端尽量不用views之类的东西, 靠自己写数据库查询, 写输出, 把drupal当作一般的framework/CMS.
这些方案都有各自的缺点, 都肯定会增加额外成本, 比如方案2, 因为这里说的分工不是指人, 而是职务上的分工, 所以方案2把前端和后端混合了, 没有解决到分工问题. 方案3之类就感觉不但用不到drupal的便利, 反而像是被它拖后腿一样. 我很认真的想解决这问题, 或者说寻找一个相对合理的方案, 希望各位朋友可以给点建议, 谢谢.

 

Drupal 版本