建议整体结构分层,每个人做一个模块(从上到下每一层都做,每个人对自己的业务逻辑比较清楚),团队成员多沟通,提取一些基础功能模块实现复用
当然页面布局和图片最好由一个比较专业的美工人员,这样的话风格比较统一,做出来的效果也比较好一点
这要看系统架构师的水平和你程序员的水平怎么样了。
首先要看所有开发人员对于系统架构是否有足够的认知程度(我这里所说的系统架构是指程序级别的,不包括服务器的相关信息)。如果项目经理认为所有人都对系统的架构都有很好的认知,那么可以按照层次进行划分进行开发。但是这是有利弊的:
好处:一个人开发一个层,可以让这个层中的所有代码能够统一,这在以后其他人再来看这部分代码的时候,能够有一个清晰统一的逻辑。而且,如果这个层的开发人员能够一直维护他自己写的代码,那么从效率和迭代上来说也是非常值得的。
坏处:分层开发可能会导致人员分工不均匀,滞后完成时间。这是因为无论是分几层进行开发,所有的开发者都必须完全理解所有的业务需求,以及每个层应当要做什么。而每个人对需求的理解和二次沟通的时间成本都是不一样的,每个人的针对对应层的开发需要的时间也是不一样的,而这个时间对于项目管理者来说也很难进行规划。
小结:如果你的系统架构师有足够的能力架设好项目初期需求的架构,那么分层开发可以针对于中小型网站进行开发。但是要求核心业务的开发人员需要具备一定的技术能力,或者在核心业务上配备多个开发人员以进行弥补。
而对于分模块开发,个人认为是目前网站开发所比较常用的,因为目前的网站几乎都是小作坊式的开发模式,敏捷开发模式的站了大多数,而分模块开发可以让开发人员得到充分的利用。但是敏捷开发模式的坏处也是有的,例如需求文档不齐、代码格式规范不统一、冗余代码、迭代过多等情况。
如果比较小的网站 根本不需要分三层,分了三层反而降低了访问的速度,所以小的网站分模块做也比较方便,大的网站分了三层后也是分模块开发比较好,比较清晰,比如你做的前台页面你却需要别人做的方法,肯定会有好多的问题,不管是小网站还是大网站都是做模块优先!纯手打,忘采纳哦0.0
分层吧