你在这里

[探讨]关于drupal开发的分工问题

主标签

 

请求一下大家的意见, 关于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 版本: 

猜你喜欢

看前端和后端的能力如何,如果前端css不错,他可以基于后端输出的html架构来写css;如果后端对theme非常熟悉,也可以根据前端提前做好的html来嵌套到drupal里,drupal的html修改可以达到99%,只要对theme足够熟悉

qq 1838199902
http://www.lcnphp.com

这里分两种情况来讨论Drupal建站的流程:

第一种情况是以实现设计图的设计为准(95%的项目属于这一类),这种项目的协作流程应该是:

0. 需求分析、线稿
1. 设计师制作设计图
2-1. 架构师、开发工程师按设计图生成页面内容(views, block等)
2-2. 主题工程师按设计图实现主题区域
3. 架构师、开发工程师将区块、内容按设计图放置到相应的区域中,并配置显示条件等
4. 主题工程师、前端工程师添加CSS、JS等

这是推荐的Drupal协作方式,同时应该注意到在拿到设计图之后,直接进入建站阶段,这里节省了前端工程师的介入。

第二种情况是在实现设计图的基本上,还要求提供完全自定义的HTML结构,这种情况的协作流程则应该是:

0. 需求分析、线稿
1. 设计师制作设计图
2. 主题工程师、前端工程师制作HTML/CSS/JS/图片等
3-1. 架构师、开发工程师按设计图生成页面内容(views, block等)
3-2. 主题工程师按设计图实现主题区域(基于1.的HTML模板)
4. 架构师、开发工程师将区块、内容按设计图放置到相应的区域中,并配置显示条件等
5. 开发工程师、前端工程师覆写views, block等的模板或主题函数,使输出的HTML结构与HTML模板相同
6. 主题工程师、前端工程师添加CSS、JS等

大家可以注意到这里多了两步,其中第2位是传统站点建设中的必要环节,但这样做的代价是使3-2和5的工作量增加。优势则在于能够获得完全准确的HTML代码结构。

 

大部分的项目都是使用第一种模式,第二种模式比较洁癖,但有时也不得不这样做。具体采用哪种方式,则以团队成员的角色和能力而定了。

*说明:开发工程师、主题工程师覆写模板这一部分,通常以开发工程师为主导,方法1是开发工程师告知主题工程师需要覆写的模板或主题,然后由主题工程师去执行,这要求主题工程师了解基本的PHP语法;方法2则是由开发工程师按照HTML模板来输出相同的结构。